☰

Blacklist.conf“忽略坏行启动提示”

tag-icon • tag-icon boot kernel
Blacklist.conf“忽略坏行启动提示”

启动提示

好的，Ubuntu 大神们，我有点不必要地升级了我的系统，现在我有机会学习更多关于如何修复它的知识了……这是一个恶性循环。无论如何，我已经让它基本恢复正常并按照我的喜好运行了，尽管我在系统启动时收到了这个（附照片）提示：

libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/blacklist.conf line 56: ignoring bad line starting with 'rt2800usb'

其他用户只需从他们的 blacklist.conf 文件中删除错误行即可成功，我也是这么做的。第 56 行不再存在，但我仍然收到相同的错误。那么我是不是漏掉了什么？保存 conf 文件后，我需要给 Ubuntu 一些后续命令吗？

答案1

看起来它自己修好了……或者是因为我删除了那条坏线。可能是因为我删除了那条坏线。

以下是我访问黑名单文件的方法：

  1. 打开终端

  2. 输入命令sudo gedit /etc/modprobe.d/blacklist.conf来打开blacklist.conf文件

  3. 找到错误行，删除它，然后保存文件

就我的情况而言，我重启几次后就不再收到错误了。不知道为什么会延迟。

答案2

在启动过程中查阅的副本blacklist.conf会产生该ignoring bad line错误，它是初始 RAM 文件系统。

（该副本的完整限定路径是/etc/modprobe.d/blacklist.conf，就像您编辑的路径一样。但是在启动过程中查阅它时，它/是初始 RAM 文件系统，而不是存储在磁盘上的常规根文件系统。）

blacklist.conf这解释了为什么当您编辑常规根文件系统中的存储时问题没有立即得到解决。

在某些情况下，初始 RAM 文件系统会被（重新）构建，例如安装新内核时以及安装某些驱动程序和更改某些配置时。我认为此类事件可能导致您延迟修复。

为了其他人的利益，如果你再次遇到这个问题，你可以运行

update-initramfs -k all -c

为所有已安装的内核重建 ( -c) 初始 RAM 文件系统 ( -k all)。每个已安装的内核都有自己关联的 initramfs。

此解决方案归功于基督教， WHO将其作为答案的一部分提出到Ubuntu 更新导致系统在启动时出现紫屏冻结。恢复模式失败并启动 BusyBox，这是此问题的更复杂版本。在该问题中，不良因素blacklist.conf（或其他因素）实际上阻止了系统成功启动，因此必须应用修复程序。在 chroot 中。幸运的是，在这种情况下，这并不是必要的。

由于你的问题自行消失了（这里和那里也有），我测试了该解决方案以确保它有效。在 Ubuntu Server 14.10 Beta 2 系统上（因为这是我用来测试的系统），我故意在我的blacklist.conf文件中创建一行错误并运行来产生问题update-initramfs -k all -c。（正如预期的那样，仅仅编辑文件并没有在重新启动时产生错误——我必须重建初始 RAM 文件系统才能应用更改。）恢复到原始的正确blacklist.conf文件并没有立即解决问题，但update-initramfs -k all -c正如预期的那样，我再次运行时确实解决了问题。

其次，在编辑/etc/modprobe.d/blacklist.conf或其他需要编辑的文件时以 root 身份，如果你想使用 Gedit，我建议以gksudo gedit /etc/modprobe.d/blacklist.confroot 身份直接运行图形程序sudo 有时会在你的主目录中创建 root 拥有的配置文件，从而影响应用程序稍后正常运行时的功能。如果堪萨斯州立大学安装 gksu包（提供gksudo）未安装，您可以改用sudo -H或sudo -i。

相关内容