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？
看起来它固定了……或者是因为我删除了那条坏线。 这可能是因为我删除了坏线。
以下是我访问黑名单文件的方法：
-
打开终端
-
输入命令
sudo gedit /etc/modprobe.d/blacklist.conf以打开blacklist.conf文件 -
找到坏行，删除它，然后保存文件
在我的情况下，我在几次重启后停止接收错误。 不知道为什么会延迟。
在启动期间查询的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。
这个解决方案归功于Christian ，他将其作为 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.conf运行gksudo gedit /etc/modprobe.d/blacklist.conf ，因为使用直接sudo以root身份运行图形程序有时会在主目录中创建root拥有的配置文件 ，从而在以后正常运行时干扰应用程序的运行。 如果是gksu 
没有安装package（提供gksudo ），你可以使用sudo -H或sudo -i代替。