Ubuntu 12.04.1 LTS
在尝试修复工作服务器上的实际问题之前，我想先在我家用电脑上的根文件系统 (ext4) 上测试运行 fsck。
我启动了 Linux 恢复模式并选择：
fsck——检查所有文件系统
由此产生了：
fsck for util-linux 2.20.1
/dev/sdb5: 276147/151969160 files (0.2% non-contiguous), 2214857/60774919 blocks
然后挂起，没有磁盘活动指示灯闪烁。我让它待了 10 分钟，但没有任何变化。 Enter或者ESC什么也没发生。最后我做了Ctrl-C然后它启动了。
我只有 1 个文件系统/etc/fstab（除了 proc 和 swap）。
这应该发生吗？我在 AskUbuntu 上搜索了有关恢复模式的其他帖子，据我所知，在执行 fsck 后，它应该会以某种方式继续。
我确实找到了关联似乎有相同的行为，但在那种情况下系统无法启动。
我还从 12.04.1 Live DVD 启动并选择“测试 Linux”并手动运行
sudo fsck /dev/sdb5
，运行时间大约相同（10 秒），也没有发现任何错误。
我的系统双启动 Linux 和 Windows 7，并且 Windows C: 是 SSD。
答案1
它绝对不应该这样做 - 但确实发生了。
解决方法：在恢复菜单只需选择进入 root shell 提示符
并尝试
sudo fdisk -l
获取驱动器和分区列表
mount
应该给出类似
/dev/sdb5 on / type ext4 (rw,errors=remount-ro)
然后使用刚刚找到的分区
sudo fsck -f /dev/sdb5
sudo mount /dev/sdb5 / -o remount,rw
fsck -f强制检查，即使分区上没有任何问题迹象。
现在您的根分区没有错误并且已挂载 (rw)。您现在可以在那里做任何事情具有 root 权限-所以要小心！
答案2
这似乎是一个已知的错误：在恢复菜单中选择某些菜单项后系统挂起（Launchpad 错误 1061239）。
答案3
如果您没有使用启动画面启动，则 mountcheck 的热键将不可见。系统实际上正在等待“M”用于维护 shell、“F”用于修复 FSCK 问题、“S”用于跳过 fsck 或“C”用于取消检查。这可能是您实际看到的问题。Ctrl-C 应该可以取消楔入，或者使用“single”启动并希望您获得 shell 提示符。