☰

Ubuntu 系统更新后无法启动（命令行上显示 BusyBox 通知）

tag-icon • tag-icon ubuntu crash ubuntu-10.04 busybox system-recovery
Ubuntu 系统更新后无法启动（命令行上显示 BusyBox 通知）

我在其中一台机器上运行着 Ubuntu 10.x。昨天，SPM 在会话期间弹出，选择安装最新更新。我同意了（就像我以前做过很多次一样）。这次，在安装过程中，系统崩溃了，SPM 报告安装过程中发生了 Python 异常（不幸的是，我不记得异常发生在安装的哪个阶段）。

我重新启动了系统，因为我无法摆脱显示为灰色并且没有响应的 SPM 对话框。

当我尝试再次登录（重新启动后）时，我看到一个控制台屏幕，其中显示以下消息（堆栈跟踪之后）：

已终止 mount: 在 /root/dev 上安装 /dev 失败：没有此文件或目录 mount: 在 /root/sys 上安装 /sys 失败：没有此文件或目录 mount: 在 /root/proc 上安装 /proc 失败：没有此文件或目录 目标文件系统没有 /sbin/init 未找到 init。尝试传递 init= bootarg。

BusyBox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu11) 内置 shell (ash) 输入“help”查看内置命令列表

（initramfs）

我有以下问题：

  1. 这条信息意味着什么？
  2. 为何坐骑会失败？
  3. （最重要的）我从这场灾难中恢复需要采取哪些步骤？

更新

我听从了 Giles 的建议。我将我的 PC 设置为如果其他方法都失败了，则从 USB 磁盘启动。这次，我收到了以下消息（这里缩短了，因为我正在输入）

 scsi 2:0:0:1: CD-ROM SanDisk U3 Cruzer Micro 8.0.2 PQ: 0 ANSI: 0 
 sd 2:0:0:0:0 Attached scsi generic sg3 type 0 
 sd 2:0:0:0:0 [sdc] 31301631 512-byte logical blocks 
 sd 2:0:0:0:0 [sdc]  Write Protect is off 
 sd 2:0:0:0:0 [sdc] Mode Sense: 45 00 00 08 
 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through 
 sr1: scsi3-mmc drive: 48x48x tray sr 2:0:0:1: Attached scsi CD-ROM 
 sr1 sr 2:0:0:1: Attached scsi generic sg4 type 5 
 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through
 sdc: sdc1 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through 
 sd 2:0:0:0:0 [sdc] Assuming SCSI removable disk

然后我按下 Enter 键：

（initramfs）

目前，我不确定我的 USB 记忆棒是否可以启动（看起来好像不行）。我打算在记忆棒上安装一个新操作系统，然后从那里开始 - 但我不知道这样做的后果是什么（我会丢失机器上的现有数据吗？）。

帮助！

答案1

您的文件系统似乎已损坏。重新启动后，无法挂载根文件系统（即系统分区）。您在此处列出的消息是根文件系统未挂载的后果，不是问题的一部分。损坏的文件系统可能是 SPM 崩溃的原因，也可能是同一根源问题的结果。

文件系统损坏的原因有两个：可能是硬件问题（最常见的是磁盘故障或 RAM 故障），也可能是软件错误。

在决定恢复选项之前，您需要进行更多调查。（它可以修复吗？您丢失了多少数据？是否需要更换硬件组件？您是否应该报告错误？到目前为止，还没有足够的数据来回答这些重要问题。）

首先，在启动提示符下，选择“内存测试”。让它运行几个周期（这可能需要几个小时）。如果发现问题，请更换内存，然后开始考虑恢复（或者如果您现在需要数据，则将磁盘移至另一台机器）。

下一步是从实时 Ubuntu CD/USB 启动并尝试在那里安装文件系统。如果可以安装它，请查看最后的条目/var/log/kern.log（如果看到可疑条目，请返回到问题开始的地方，有时会出现一页又一页的错误，而有时错误会阻止写入任何日志消息）。如果您甚至无法安装文件系统，请查找备份（恢复单个文件通常是可能的，但很困难）。

从实时 CD 中，还可以使用 检查磁盘的健康状况smartctl -a /dev/sda（如果您有多个磁盘，包括 USB 驱动器，磁盘可能为/dev/sdb、/dev/sdc等）。磁盘故障通常要么是突然发生的（驱动器停止响应），要么不是那么严重（第一个损坏的扇区位于关键文件未使用的 99.99% 的空间中），但您可能运气不好（例如文件系统日志中的损坏扇区）。

答案2

这可能听起来很愚蠢而且微不足道，但是您是否尝试过在 GRUB 加载之前按住 SHIFT 键以便选择上一个内核？

我一直遇到一个问题，Ubuntu 10.x 中的最新内核更新破坏了我的系统，给我一些关于不想挂载的错误，并将我启动到 busybox。

（我刚刚看到这篇文章已经有一段时间了，但我还是留下它吧，它应该能帮助到遇到同样问题的人。）

相关内容