内核恐慌 – 没有同步:试图杀死int! 退出代码= 0x00007f00
当我升级到Ubuntu 15(开发版)时,我的系统崩溃了。 重新启动笔记本电脑后,我看到了一个内核恐慌。 我也做了一个没有发现任何错误的memtestx86。
more info :
在升级之前我已经将我的默认桌面更改为gnome,通过输入错误的命令我丢失了一些软件包。恢复以前的桌面我删除了所有软件包然后安装它们然后我面对一些软件包还没有安装。 在我运行终端并开始升级之后(我发现以某种方式通过升级来解决问题很好)然而在崩溃之后我得到了那个屏幕,因为我面对另一个屏幕之后再次支持第一个屏幕
这根本不是“内存问题或BIOS内容”。 恐慌屏幕 – 你没有在你的问题中完整转录,但真的应该将文本编入索引,人们将来会发现它 – 说Comm: sh
。 那个,加上知道这是当进程#1以状态码127退出时导致的恐慌屏幕,告诉我们你用init=/bin/sh
启动,或者这是initramfs中提供的init
shell脚本。
在前一种情况下,您明确地做了一些事情来导致shell退出。 在后一种情况下,shell脚本中的某些内容会中止,这很可能会打印出一条错误消息,不幸的是它已经滚出屏幕。
您需要找出错误是什么。 没有它,你无法诊断这个问题,因为它可能是许多非常不同的东西中的任何一个。 以下是一些不同的可能性:
- ubuntu 12.10中的内核恐慌错误 –
/ bin / sh:加载共享库时出错:libc.so.6无法打开共享对象文件:没有这样的文件或目录
- https://bbs.archlinux.org/viewtopic.php?id=159565 –
/ bin / sh:nodevfs:没有这样的文件或目录
- https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1421117 –
/ init:第325行:chroot:未找到 / bin / sh:0:无法打开splash
- https://unix.stackexchange.com/questions/244750/ –
目标文件系统没有请求/ sbin / init。
使用串行控制台(可以向后滚动或显示超过笔记本电脑控制台所执行的24行)进行引导是找到这种情况的一种方法。 说服引导加载程序将屏幕切换到50行模式将是另一种模式。