当我升级到 Ubuntu 15（开发版本）时，我的系统崩溃了。重启笔记本电脑后，我看到内核崩溃。我还进行了 memtestx86，没有发现任何错误。
more info :
在升级之前，我已将默认桌面更改为 gnome，但由于输入了错误的命令，我丢失了一些软件包。为了恢复以前的桌面，我删除了所有软件包，然后安装了它们，然后我发现有些软件包仍然没有安装。在我运行终端并开始升级后（我发现通过某种方式升级来解决问题很好），然而在崩溃后我又看到了那个屏幕，顺便说一下，在此之后我又遇到了另一个屏幕，它又回到了第一个屏幕
答案1
这根本不是“内存问题或 BIOS 问题”。恐慌屏幕（您没有在问题中完整转录，但确实应该转录，以便文本被索引，人们将来会找到它）显示Comm: sh。再加上知道这是进程 #1 以状态码 127 退出时出现的恐慌屏幕，告诉我们您使用 启动init=/bin/sh，或者这是initinitramfs 中提供的 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：无法打开启动画面
- https://unix.stackexchange.com/questions/244750/—
目标文件系统没有请求的 /sbin/init。
找到原因的一种方法是通过连接串行控制台（它可以向后滚动或显示超过 24 行的内容，而笔记本电脑的控制台只能显示 24 行）进行引导。另一种方法是让引导加载程序将屏幕切换为 50 行模式。