Answers:
崩溃文件收集在中/var/crash
。
在会话中,如果apport收集信息,则中也将存在apport文件/tmp/apport.appname...
。
当我收到此错误消息时,我发现它与/boot
分区中充满了许多旧的内核映像和标头有关,这些映像和标头在dist升级后并未删除。本文底部引用了此启动板错误注释的临时解决方案。
值得注意的是,Ubuntu正在通过Apt进行修复,该修复程序已于2013-03-26在Precise中实现,但尚在Quantal上。
警告:删除内核软件包可能很危险,甚至可能导致系统无法启动,因此,如果您不了解正在发生的事情,请不要这样做。
我通过删除一些不再使用的旧内核来解决此问题。
我检查了我正在使用的内核,如下所示:
uname -r
这给了我一个我不得删除的内核版本号,因为我正在使用它。
然后我检查了这样安装的内核:
sudo apt-get remove linux-<TAB>
即,我键入“ sudo apt-get remove linux-”,然后按两次TAB键以查看可能完成的列表。我选择了包含我未运行的内核版本的linux-image- *和linux-image-extra- *软件包,并按如下所示删除了它们:
sudo apt-get remove linux-image-3.5.0-17-generic linux-image-extra-3.5.0-17-generic linux-image-3.5.0-19-generic linux-image-extra-3.5.0-19-generic
对于您来说,“删除”行中的软件包的确切列表可能有所不同-我通过执行我在顶部所描述的发现了它。
然后,通过运行以下命令,确保最近下载的未能配置的内核软件包正常:
sudo apt-get upgrade
警告:删除内核软件包可能很危险,甚至可能导致系统无法启动,因此,如果您不了解正在发生的事情,请不要这样做。
sudo apt-get autoremove
linux-
其名称,那么几乎可以肯定这不是您的解决方案。如果确实如此,那么这可能会很有帮助。另外,请确保不要删除所有内核。如果没有可启动的内核,则操作系统将无法启动,并且会涉及到在无法启动的系统中重新安装内核的过程。