Overwritten /usr/share/bin. Am I doomed?











up vote
12
down vote

favorite
1












I just managed to overwrite /usr/share/bin



and it doesn't seem like it's possible to undo.



I did this as a root user.



Am I doomed?










share|improve this question


















  • 1




    No, not doomed. You can easily backup and reinstall.
    – mikewhatever
    Nov 17 at 16:32










  • Might not be a bad idea.
    – tREEs
    Nov 17 at 16:37






  • 9




    If it helps, I have a pretty clean installation of 18.04 and it does not have a /usr/share/bin folder at all. I think you will be fine.
    – Terrance
    Nov 17 at 16:53






  • 2




    Hey, doesn't hurt to ask. =)
    – Terrance
    Nov 17 at 16:54






  • 2




    It happened to me some time ago to overried /usr/local/bin. Still not fatal. Most of the stuff that was there were "ruby gems" (e.g. fpm). Anyway they are just user applications so you can continue using your system and when you see a weird error about not finding /usr/.../bin/application you know that you have to reinstall it.
    – Bakuriu
    Nov 17 at 23:12















up vote
12
down vote

favorite
1












I just managed to overwrite /usr/share/bin



and it doesn't seem like it's possible to undo.



I did this as a root user.



Am I doomed?










share|improve this question


















  • 1




    No, not doomed. You can easily backup and reinstall.
    – mikewhatever
    Nov 17 at 16:32










  • Might not be a bad idea.
    – tREEs
    Nov 17 at 16:37






  • 9




    If it helps, I have a pretty clean installation of 18.04 and it does not have a /usr/share/bin folder at all. I think you will be fine.
    – Terrance
    Nov 17 at 16:53






  • 2




    Hey, doesn't hurt to ask. =)
    – Terrance
    Nov 17 at 16:54






  • 2




    It happened to me some time ago to overried /usr/local/bin. Still not fatal. Most of the stuff that was there were "ruby gems" (e.g. fpm). Anyway they are just user applications so you can continue using your system and when you see a weird error about not finding /usr/.../bin/application you know that you have to reinstall it.
    – Bakuriu
    Nov 17 at 23:12













up vote
12
down vote

favorite
1









up vote
12
down vote

favorite
1






1





I just managed to overwrite /usr/share/bin



and it doesn't seem like it's possible to undo.



I did this as a root user.



Am I doomed?










share|improve this question













I just managed to overwrite /usr/share/bin



and it doesn't seem like it's possible to undo.



I did this as a root user.



Am I doomed?







filesystem 18.10 cp binary






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 17 at 16:22









tREEs

19514




19514








  • 1




    No, not doomed. You can easily backup and reinstall.
    – mikewhatever
    Nov 17 at 16:32










  • Might not be a bad idea.
    – tREEs
    Nov 17 at 16:37






  • 9




    If it helps, I have a pretty clean installation of 18.04 and it does not have a /usr/share/bin folder at all. I think you will be fine.
    – Terrance
    Nov 17 at 16:53






  • 2




    Hey, doesn't hurt to ask. =)
    – Terrance
    Nov 17 at 16:54






  • 2




    It happened to me some time ago to overried /usr/local/bin. Still not fatal. Most of the stuff that was there were "ruby gems" (e.g. fpm). Anyway they are just user applications so you can continue using your system and when you see a weird error about not finding /usr/.../bin/application you know that you have to reinstall it.
    – Bakuriu
    Nov 17 at 23:12














  • 1




    No, not doomed. You can easily backup and reinstall.
    – mikewhatever
    Nov 17 at 16:32










  • Might not be a bad idea.
    – tREEs
    Nov 17 at 16:37






  • 9




    If it helps, I have a pretty clean installation of 18.04 and it does not have a /usr/share/bin folder at all. I think you will be fine.
    – Terrance
    Nov 17 at 16:53






  • 2




    Hey, doesn't hurt to ask. =)
    – Terrance
    Nov 17 at 16:54






  • 2




    It happened to me some time ago to overried /usr/local/bin. Still not fatal. Most of the stuff that was there were "ruby gems" (e.g. fpm). Anyway they are just user applications so you can continue using your system and when you see a weird error about not finding /usr/.../bin/application you know that you have to reinstall it.
    – Bakuriu
    Nov 17 at 23:12








1




1




No, not doomed. You can easily backup and reinstall.
– mikewhatever
Nov 17 at 16:32




No, not doomed. You can easily backup and reinstall.
– mikewhatever
Nov 17 at 16:32












Might not be a bad idea.
– tREEs
Nov 17 at 16:37




Might not be a bad idea.
– tREEs
Nov 17 at 16:37




9




9




If it helps, I have a pretty clean installation of 18.04 and it does not have a /usr/share/bin folder at all. I think you will be fine.
– Terrance
Nov 17 at 16:53




If it helps, I have a pretty clean installation of 18.04 and it does not have a /usr/share/bin folder at all. I think you will be fine.
– Terrance
Nov 17 at 16:53




2




2




Hey, doesn't hurt to ask. =)
– Terrance
Nov 17 at 16:54




Hey, doesn't hurt to ask. =)
– Terrance
Nov 17 at 16:54




2




2




It happened to me some time ago to overried /usr/local/bin. Still not fatal. Most of the stuff that was there were "ruby gems" (e.g. fpm). Anyway they are just user applications so you can continue using your system and when you see a weird error about not finding /usr/.../bin/application you know that you have to reinstall it.
– Bakuriu
Nov 17 at 23:12




It happened to me some time ago to overried /usr/local/bin. Still not fatal. Most of the stuff that was there were "ruby gems" (e.g. fpm). Anyway they are just user applications so you can continue using your system and when you see a weird error about not finding /usr/.../bin/application you know that you have to reinstall it.
– Bakuriu
Nov 17 at 23:12










1 Answer
1






active

oldest

votes

















up vote
31
down vote



accepted










Not doomed at all.



Nothing critical in a Ubuntu Desktop or Ubuntu Server install uses /usr/share/bin.



Run dpkg -S /usr/share/bin to list your installed packages that use dir. Those packages, if any, should be reinstalled.



If the reply is no path found matching pattern, then you indeed have nothing installed that uses the dir.






share|improve this answer























  • It just sends me an error message dpkg-query: no path found matching pattern /usr/share/bin
    – tREEs
    Nov 17 at 16:37






  • 6




    That would indicate that you have no installed packages referring to the directory.
    – Charles Green
    Nov 17 at 17:02






  • 2




    Indeed, this doesn't look like a standard location.
    – Ruslan
    Nov 17 at 22:58












  • @Ruslan: I've seen it in the standards before (but it might not be in the current ones); since the only plausible things that could live there are scripts and jitted binaries being empty/non-extant is plausible.
    – Joshua
    Nov 18 at 21:04










  • @Joshua given that /usr hierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in /var/cache or somewhere else under the /var tree.
    – Ruslan
    Nov 18 at 21:13













Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














 

draft saved


draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1093757%2foverwritten-usr-share-bin-am-i-doomed%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
31
down vote



accepted










Not doomed at all.



Nothing critical in a Ubuntu Desktop or Ubuntu Server install uses /usr/share/bin.



Run dpkg -S /usr/share/bin to list your installed packages that use dir. Those packages, if any, should be reinstalled.



If the reply is no path found matching pattern, then you indeed have nothing installed that uses the dir.






share|improve this answer























  • It just sends me an error message dpkg-query: no path found matching pattern /usr/share/bin
    – tREEs
    Nov 17 at 16:37






  • 6




    That would indicate that you have no installed packages referring to the directory.
    – Charles Green
    Nov 17 at 17:02






  • 2




    Indeed, this doesn't look like a standard location.
    – Ruslan
    Nov 17 at 22:58












  • @Ruslan: I've seen it in the standards before (but it might not be in the current ones); since the only plausible things that could live there are scripts and jitted binaries being empty/non-extant is plausible.
    – Joshua
    Nov 18 at 21:04










  • @Joshua given that /usr hierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in /var/cache or somewhere else under the /var tree.
    – Ruslan
    Nov 18 at 21:13

















up vote
31
down vote



accepted










Not doomed at all.



Nothing critical in a Ubuntu Desktop or Ubuntu Server install uses /usr/share/bin.



Run dpkg -S /usr/share/bin to list your installed packages that use dir. Those packages, if any, should be reinstalled.



If the reply is no path found matching pattern, then you indeed have nothing installed that uses the dir.






share|improve this answer























  • It just sends me an error message dpkg-query: no path found matching pattern /usr/share/bin
    – tREEs
    Nov 17 at 16:37






  • 6




    That would indicate that you have no installed packages referring to the directory.
    – Charles Green
    Nov 17 at 17:02






  • 2




    Indeed, this doesn't look like a standard location.
    – Ruslan
    Nov 17 at 22:58












  • @Ruslan: I've seen it in the standards before (but it might not be in the current ones); since the only plausible things that could live there are scripts and jitted binaries being empty/non-extant is plausible.
    – Joshua
    Nov 18 at 21:04










  • @Joshua given that /usr hierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in /var/cache or somewhere else under the /var tree.
    – Ruslan
    Nov 18 at 21:13















up vote
31
down vote



accepted







up vote
31
down vote



accepted






Not doomed at all.



Nothing critical in a Ubuntu Desktop or Ubuntu Server install uses /usr/share/bin.



Run dpkg -S /usr/share/bin to list your installed packages that use dir. Those packages, if any, should be reinstalled.



If the reply is no path found matching pattern, then you indeed have nothing installed that uses the dir.






share|improve this answer














Not doomed at all.



Nothing critical in a Ubuntu Desktop or Ubuntu Server install uses /usr/share/bin.



Run dpkg -S /usr/share/bin to list your installed packages that use dir. Those packages, if any, should be reinstalled.



If the reply is no path found matching pattern, then you indeed have nothing installed that uses the dir.







share|improve this answer














share|improve this answer



share|improve this answer








edited Nov 17 at 19:49

























answered Nov 17 at 16:33









user535733

7,06922840




7,06922840












  • It just sends me an error message dpkg-query: no path found matching pattern /usr/share/bin
    – tREEs
    Nov 17 at 16:37






  • 6




    That would indicate that you have no installed packages referring to the directory.
    – Charles Green
    Nov 17 at 17:02






  • 2




    Indeed, this doesn't look like a standard location.
    – Ruslan
    Nov 17 at 22:58












  • @Ruslan: I've seen it in the standards before (but it might not be in the current ones); since the only plausible things that could live there are scripts and jitted binaries being empty/non-extant is plausible.
    – Joshua
    Nov 18 at 21:04










  • @Joshua given that /usr hierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in /var/cache or somewhere else under the /var tree.
    – Ruslan
    Nov 18 at 21:13




















  • It just sends me an error message dpkg-query: no path found matching pattern /usr/share/bin
    – tREEs
    Nov 17 at 16:37






  • 6




    That would indicate that you have no installed packages referring to the directory.
    – Charles Green
    Nov 17 at 17:02






  • 2




    Indeed, this doesn't look like a standard location.
    – Ruslan
    Nov 17 at 22:58












  • @Ruslan: I've seen it in the standards before (but it might not be in the current ones); since the only plausible things that could live there are scripts and jitted binaries being empty/non-extant is plausible.
    – Joshua
    Nov 18 at 21:04










  • @Joshua given that /usr hierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in /var/cache or somewhere else under the /var tree.
    – Ruslan
    Nov 18 at 21:13


















It just sends me an error message dpkg-query: no path found matching pattern /usr/share/bin
– tREEs
Nov 17 at 16:37




It just sends me an error message dpkg-query: no path found matching pattern /usr/share/bin
– tREEs
Nov 17 at 16:37




6




6




That would indicate that you have no installed packages referring to the directory.
– Charles Green
Nov 17 at 17:02




That would indicate that you have no installed packages referring to the directory.
– Charles Green
Nov 17 at 17:02




2




2




Indeed, this doesn't look like a standard location.
– Ruslan
Nov 17 at 22:58






Indeed, this doesn't look like a standard location.
– Ruslan
Nov 17 at 22:58














@Ruslan: I've seen it in the standards before (but it might not be in the current ones); since the only plausible things that could live there are scripts and jitted binaries being empty/non-extant is plausible.
– Joshua
Nov 18 at 21:04




@Ruslan: I've seen it in the standards before (but it might not be in the current ones); since the only plausible things that could live there are scripts and jitted binaries being empty/non-extant is plausible.
– Joshua
Nov 18 at 21:04












@Joshua given that /usr hierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in /var/cache or somewhere else under the /var tree.
– Ruslan
Nov 18 at 21:13






@Joshua given that /usr hierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in /var/cache or somewhere else under the /var tree.
– Ruslan
Nov 18 at 21:13




















 

draft saved


draft discarded



















































 


draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1093757%2foverwritten-usr-share-bin-am-i-doomed%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Plaza Victoria

Puebla de Zaragoza

Musa