我尝试加载一个 CGminer 版本,它返回了一个libudev类型错误,并遵循假定的解决方案这里但它破坏了我的系统(看起来是这样)。
我从 GRUB 以恢复模式加载了系统,但所做的一切实际上只是告诉我某些东西坏了,不知道下一步该怎么做。
我觉得我以某种方式联想到了libudev.so.0到 1 或 1 到 0,我不确定我做了什么以及如何修复它。
答案1
我看到其他问题上发布的某些解决方案libudev.so.0
由于-f
提供给 的选项而覆盖了ln
。这不是出于恶意,而是因为这些解决方案是为较新版本的 Ubuntu 设计的,其中使用了 libudev1 包。该解决方案创建了libudev.so.0
符号链接。但在 12.04 中,使用的是 libudev0。因此,libudev.so.0
库文件被不存在的损坏符号链接覆盖libudev.so.1
。解决方案不应该在命令行中包含 的-f
选项,它会覆盖文件。ln
解释得够多了,下面是一个解决方案:
基本上,库文件被替换为损坏的符号链接。以恢复模式启动并选择 root shell 选项。然后运行此命令:apt-get install libudev0
。完成后,键入 exit 并重新启动。如果您使用的是 WiFi,下载libudev0 软件包并将其复制到 USB 驱动器中。然后在恢复中的 root shell 中,插入 USB 驱动器并运行:(提示:您可以使用它Tab
来自动完成许多内容,包括文件路径)
sudo mount -o remount, rw / # (re)mount the filesystem in read-write mode.
mkdir /media/usb
mount /dev/sdb1 /media/usb
dpkg -i /media/usb/path_to_package_file
然后重新启动,希望您的系统能够正常工作。