☰

愚蠢地玩弄共享库，现在 Ubuntu 无法启动

tag-icon • tag-icon boot shared-library
愚蠢地玩弄共享库，现在 Ubuntu 无法启动

正如我在标题中所说，我愚蠢地玩弄了我的共享库，却不知道自己在做什么。我突然无法打开程序（甚至终端也无法打开），所以我决定重启电脑。重启后，我遇到了死机黑屏。

然后我尝试在恢复模式下启动 Ubuntu，但无论我怎么尝试（修复损坏的包或者只是为了启动到安全模式）什么也没做成。

不用说，我对这种操作还很陌生，了解这一点就足以阻止我玩弄这些东西。

我发现这个答案但我认为在接触其他任何东西之前最好先四处打听一下。当我按照 N0rbert 的建议去查看官方 Ubuntu 软件包列表时，我似乎找不到libz.so.1。

提前谢谢你。我已经吸取教训了。

答案1

最好备份文件并重新安装 Ubuntu。这将确保一切都已修复，并且您不会忘记任何东西。如果您做不到，有几件事需要注意。

重新安装软件包

您可以使用 重新安装软件包sudo apt install --reinstall [package-name]。

包含以下包libz.so.1

libz.so.1位于zlib1g和lib32z1包中：

$ locate libz.so.1 | grep -E '/libz.so.1$' | xargs -n 1 dpkg -S
zlib1g:i386: /lib/i386-linux-gnu/libz.so.1
zlib1g:amd64: /lib/x86_64-linux-gnu/libz.so.1
dpkg-query: no path found matching pattern /snap/core/5145/lib/x86_64-linux-gnu/libz.so.1
dpkg-query: no path found matching pattern /snap/core/5328/lib/x86_64-linux-gnu/libz.so.1
dpkg-query: no path found matching pattern /snap/core/5548/lib/x86_64-linux-gnu/libz.so.1
lib32z1: /usr/lib32/libz.so.1

自动检查大多数已安装文件是否存在错误

一旦 APT 正常工作，请安装debsums软件包并运行sudo debsums -s以列出系统中应该安装的任何缺失或不正确的文件（如果您卸载了它们，这将无济于事，但在其他情况下可能会有所帮助）。这不能处理所有已安装的文件，但它应该可以处理缺失的库。

查看你运行了哪些命令

如果您使用终端执行命令，shell 的历史记录文件可能会包含您运行的命令，因此您可能可以找出对文件的更改。如果您使用 Bash，通常可以使用 来查看它cat ~/.bash_history。

相关内容