覆盖了/ usr / share / bin。我注定了吗？

我只是设法覆盖 /usr/share/bin

而且似乎无法撤消。

我以root用户身份进行此操作。

我注定了吗？

filesystem 18.10 cp binary

不，不会注定。您可以轻松备份并重新安装。

— mikewhatever

可能不是一个坏主意。

如果有帮助，我可以很干净地安装18.04，并且根本没有/usr/share/bin文件夹。我想你会没事的。

— Terrance

嘿，问也没关系。=）

— Terrance

不久前我就发生了事/usr/local/bin。仍然不是致命的。那里的大多数东西都是“红宝石”（例如fpm）。无论如何，它们只是用户应用程序，因此您可以继续使用系统，并且当看到找不到找不到的奇怪错误时，/usr/.../bin/application您知道必须重新安装它。

— Bakuriu

一点也不注定。

在Ubuntu桌面或Ubuntu Server安装中没什么要紧的/usr/share/bin。

运行dpkg -S /usr/share/bin以列出使用dir的已安装软件包。这些软件包（如果有）应重新安装。

如果答复为no path found matching pattern，那么您确实没有安装任何使用该目录的目录。

— 535
source

它只是向我发送一条错误消息dpkg-query: no path found matching pattern /usr/share/bin

这将表明您没有安装指向该目录的软件包。

— 查尔斯·格林

确实，这看起来不像是标准位置。

— 罗斯兰

@Ruslan：我以前在标准中已经看到过（但是可能在当前标准中没有）；由于可能存在的唯一合理的事物是脚本，并且空/不存在的伪二进制文件是合理的。

— 约书亚

@Joshua鉴于/usr层次结构通常是不可写的，因此我怀疑是否可能存在二进制二进制数据。我希望他们在树下/var/cache或/var树下的其他地方。

— 罗斯兰