Overwritten /usr/share/bin. Am I doomed?
up vote
12
down vote
favorite
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
|
show 2 more comments
up vote
12
down vote
favorite
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
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
|
show 2 more comments
up vote
12
down vote
favorite
up vote
12
down vote
favorite
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
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
filesystem 18.10 cp binary
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
|
show 2 more comments
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
|
show 2 more comments
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.
It just sends me an error messagedpkg-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
|
show 1 more comment
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.
It just sends me an error messagedpkg-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
|
show 1 more comment
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.
It just sends me an error messagedpkg-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
|
show 1 more comment
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.
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.
edited Nov 17 at 19:49
answered Nov 17 at 16:33
user535733
7,19922941
7,19922941
It just sends me an error messagedpkg-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
|
show 1 more comment
It just sends me an error messagedpkg-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
|
show 1 more comment
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
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