覆盖了 /usr/share/bin。我是不是完蛋了?

我刚刚成功覆盖了 /usr/share/bin,而且似乎无法撤销。
我是以 root 用户身份执行的这个操作。
这意味着我完蛋了吗?

1不,不会失败的。你可以轻松备份并重新安装。 - mikewhatever
或许不是个坏主意。 - user797940
10如果有帮助的话,我安装的18.04版本非常干净,根本没有/usr/share/bin文件夹。我认为你应该没问题。 - Terrance
这真让人放心。我只是担心因为我以root身份运行。 - user797940
2嘿,问一下也没有关系。=) - Terrance
2之前我遇到了一个意外,不小心覆盖了 /usr/local/bin 目录。还好,这个错误并没有造成严重后果。那里大部分都是一些"ruby gems"(例如 fpm)之类的用户应用程序而已。不过,你仍然可以继续使用你的系统。当你看到关于找不到 /usr/.../bin/application 的奇怪错误时,你就知道需要重新安装它了。 - Bakuriu
1可能是如何从删除/usr/share/themes目录中恢复的重复问题。 - Olorin
这个问题的得分比“重复”的问题要高得多。答案也更容易理解。 - C.S.Cameron
1个回答

一点也不命中注定。

Ubuntu桌面版或服务器版的安装中没有任何关键部分使用/usr/share/bin目录。

运行dpkg -S /usr/share/bin以列出使用该目录的已安装软件包。如果有的话,应该重新安装这些软件包。

如果返回结果是未找到与模式匹配的路径,那么确实没有安装任何使用该目录的软件包。


它只是给我发送了一个错误信息“dpkg-query: no path found matching pattern /usr/share/bin”。 - user797940
6这意味着您没有安装与该目录相关的软件包。 - Charles Green
2确实,这看起来不像是一个标准的位置。 - Ruslan
@Ruslan:我以前在标准中见过这个(但可能不在当前的标准中);因为唯一可能存在的东西是脚本和即时编译的二进制文件,所以为空或不存在是合理的。 - Joshua
@Joshua 鉴于/usr目录通常不可写,我怀疑可能没有即时编译的二进制文件。我更倾向于认为它们会出现在/var/cache或者/var目录树下的其他位置。 - Ruslan
@Ruslan:jitted binaries指的是通过即时编译器运行的二进制文件,而不是即时编译器的输出二进制文件。 - Joshua