use*_*551 4 package-management xubuntu boot
我试图加载一个返回libudev类型错误的 CGminer 版本,并在这里遵循了一个假设的解决方案,但它破坏了我的系统(看起来如此)。
我从 GRUB 以恢复模式加载了系统,但所做的一切实际上只是告诉我我有什么东西坏了,不知道下一步该怎么做。
我想我以某种方式将libudev.so.0与 1 或 1 与 0相关联,我不确定我做了什么以及如何修复它。
Ram*_*pte 12
我看到在另一个问题上发布的一些解决方案覆盖了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 驱动器中。然后在recovery中的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
Run Code Online (Sandbox Code Playgroud)
然后重新启动,希望您的系统应该可以工作。
| 归档时间: |
|
| 查看次数: |
7184 次 |
| 最近记录: |