恢复模式应该在fsck之后挂起吗？
Ubuntu 12.04.1 LTS
在我尝试修复工作服务器上的实际问题之前，我想在家用PC上测试在根文件系统（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并启动了。
我在/etc/fstab只有1个文件系统（除了proc和swap）。
这应该发生吗？ 我在AskUbuntu中搜索了有关恢复模式的其他post，据我所知，它应该以某种方式继续执行fsck（s）。
我确实找到了似乎具有相同行为的链接 ，但在这种情况下系统无法启动。
我也从12.04.1 Live DVD启动并选择“测试Linux”并手动运行
sudo fsck /dev/sdb5运行了大约相同的时间（10秒），也没有发现任何错误。
我的系统双启动Linux和Windows 7和Windows C：是一个SSD。
绝对不是“应该”这样做 – 但它发生了。
解决方法：在恢复菜单中 ，选择Drop to root shell prompt 
在里面试试
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权限执行任何操作 – 所以要小心！
这似乎是一个已知的错误： 系统在恢复菜单 （Launchpad bug 1061239）中选择某些菜单项后挂起 。
如果不使用启动屏幕启动，则无法看到mountcheck的热键。 系统实际上等待维护shell的“M”，“F”来修复FSCK问题，“S”来跳过fsck，或者“C”来取消检查。 这可能是你实际看到的问题。 Ctrl-C应该取消它，或者用“single”启动，并希望你得到一个shell提示符。