Overwritten /usr/share/bin. Am I doomed?
up vote
9
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
asked 2 days ago
tREEs
18613
|
show 2 more comments
up vote
9
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
asked 2 days ago
tREEs
18613
1
No, not doomed. You can easily backup and reinstall.
– mikewhatever
2 days ago
Might not be a bad idea.
– tREEs
2 days ago
8
If it helps, I have a pretty clean installation of 18.04 and it does not have a/usr/share/binfolder at all. I think you will be fine.
– Terrance
2 days ago
2
Hey, doesn't hurt to ask. =)
– Terrance
2 days ago
1
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/applicationyou know that you have to reinstall it.
– Bakuriu
2 days ago
|
show 2 more comments
up vote
9
down vote
favorite
up vote
9
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
asked 2 days ago
tREEs
18613
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 2 days ago
tREEs
18613
asked 2 days ago
tREEs
18613
asked 2 days ago
tREEs
18613
asked 2 days ago
tREEs
18613
asked 2 days ago
tREEs
18613
18613
1
No, not doomed. You can easily backup and reinstall.
– mikewhatever
2 days ago
Might not be a bad idea.
– tREEs
2 days ago
8
If it helps, I have a pretty clean installation of 18.04 and it does not have a/usr/share/binfolder at all. I think you will be fine.
– Terrance
2 days ago
2
Hey, doesn't hurt to ask. =)
– Terrance
2 days ago
1
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/applicationyou know that you have to reinstall it.
– Bakuriu
2 days ago
|
show 2 more comments
1
No, not doomed. You can easily backup and reinstall.
– mikewhatever
2 days ago
Might not be a bad idea.
– tREEs
2 days ago
8
If it helps, I have a pretty clean installation of 18.04 and it does not have a/usr/share/binfolder at all. I think you will be fine.
– Terrance
2 days ago
2
Hey, doesn't hurt to ask. =)
– Terrance
2 days ago
1
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/applicationyou know that you have to reinstall it.
– Bakuriu
2 days ago
1
1
No, not doomed. You can easily backup and reinstall.
– mikewhatever
2 days ago
No, not doomed. You can easily backup and reinstall.
– mikewhatever
2 days ago
Might not be a bad idea.
– tREEs
2 days ago
Might not be a bad idea.
– tREEs
2 days ago
8
8
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
2 days ago
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
2 days ago
2
2
Hey, doesn't hurt to ask. =)
– Terrance
2 days ago
Hey, doesn't hurt to ask. =)
– Terrance
2 days ago
1
1
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
2 days ago
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
2 days ago
|
show 2 more comments
1 Answer
1
active
oldest
votes
up vote
27
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.
answered 2 days ago
user535733
6,97922840
It just sends me an error messagedpkg-query: no path found matching pattern /usr/share/bin
– tREEs
2 days ago
5
That would indicate that you have no installed packages referring to the directory.
– Charles Green
2 days ago
1
Indeed, this doesn't look like a standard location.
– Ruslan
2 days ago
@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
yesterday
@Joshua given that/usrhierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in/var/cacheor somewhere else under the/vartree.
– Ruslan
yesterday
|
show 1 more comment
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
27
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.
answered 2 days ago
user535733
6,97922840
It just sends me an error messagedpkg-query: no path found matching pattern /usr/share/bin
– tREEs
2 days ago
5
That would indicate that you have no installed packages referring to the directory.
– Charles Green
2 days ago
1
Indeed, this doesn't look like a standard location.
– Ruslan
2 days ago
@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
yesterday
@Joshua given that/usrhierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in/var/cacheor somewhere else under the/vartree.
– Ruslan
yesterday
|
show 1 more comment
up vote
27
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.
answered 2 days ago
user535733
6,97922840
It just sends me an error messagedpkg-query: no path found matching pattern /usr/share/bin
– tREEs
2 days ago
5
That would indicate that you have no installed packages referring to the directory.
– Charles Green
2 days ago
1
Indeed, this doesn't look like a standard location.
– Ruslan
2 days ago
@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
yesterday
@Joshua given that/usrhierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in/var/cacheor somewhere else under the/vartree.
– Ruslan
yesterday
|
show 1 more comment
up vote
27
down vote
accepted
up vote
27
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.
answered 2 days ago
user535733
6,97922840
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.
answered 2 days ago
user535733
6,97922840
edited 2 days ago
answered 2 days ago
user535733
6,97922840
answered 2 days ago
user535733
6,97922840
answered 2 days ago
user535733
6,97922840
6,97922840
It just sends me an error messagedpkg-query: no path found matching pattern /usr/share/bin
– tREEs
2 days ago
5
That would indicate that you have no installed packages referring to the directory.
– Charles Green
2 days ago
1
Indeed, this doesn't look like a standard location.
– Ruslan
2 days ago
@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
yesterday
@Joshua given that/usrhierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in/var/cacheor somewhere else under the/vartree.
– Ruslan
yesterday
|
show 1 more comment
It just sends me an error messagedpkg-query: no path found matching pattern /usr/share/bin
– tREEs
2 days ago
5
That would indicate that you have no installed packages referring to the directory.
– Charles Green
2 days ago
1
Indeed, this doesn't look like a standard location.
– Ruslan
2 days ago
@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
yesterday
@Joshua given that/usrhierarchy is not normally writable, I doubt there could be jitted binaries. I'd rather expect them in/var/cacheor somewhere else under the/vartree.
– Ruslan
yesterday
It just sends me an error message
dpkg-query: no path found matching pattern /usr/share/bin– tREEs
2 days ago
It just sends me an error message
dpkg-query: no path found matching pattern /usr/share/bin– tREEs
2 days ago
5
5
That would indicate that you have no installed packages referring to the directory.
– Charles Green
2 days ago
That would indicate that you have no installed packages referring to the directory.
– Charles Green
2 days ago
1
1
Indeed, this doesn't look like a standard location.
– Ruslan
2 days ago
Indeed, this doesn't look like a standard location.
– Ruslan
2 days ago
@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
yesterday
@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
yesterday
@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
yesterday
@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
yesterday
|
show 1 more comment
draft saved
draft discarded
draft saved
draft discarded
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
2 days ago
Might not be a bad idea.
– tREEs
2 days ago
8
If it helps, I have a pretty clean installation of 18.04 and it does not have a
/usr/share/binfolder at all. I think you will be fine.– Terrance
2 days ago
2
Hey, doesn't hurt to ask. =)
– Terrance
2 days ago
1
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/applicationyou know that you have to reinstall it.– Bakuriu
2 days ago