虚拟机开不了机，出现如下提示：
mount of filesystem failed
a maintenance shell will now be started.等等 就卡在这不动了，据说是因为强制关机引起的；
要求输入密码，幸好还记得，输入后进入终端
root@Ubuntu:~#
解决方法：
在终端输入命令：fsck –f
再输入y, ok搞定；
顺便转来别人写的有关此命令的介绍：
—————————fsck命令详解——————————
Linux命令：fsck
功能说明：检查文件系统并尝试修复错误。
语 法：fsck [-aANPrRsTVf][-t <文件系统类型>][文件系统...]
补充说明：当文件系统发生错误时，可用fsck指令尝试加以修复。
参 数：
-a 自动修复文件系统，不询问任何问题。
-A 依照/etc/fstab配置文件的内容，检查文件内所列的全部文件系统。
文件/etc/fstab存放的是系统中的文件系统信息。当正确的设置了该文件，则可以通过”mount /directoryname”命令来加载一个文件系统，每种文件系统都对应一个独立的行，每行中的字段都有空格或tab键分开。同时fsck、mount、umount的等命令都利用该程序。
-N 不执行指令，仅列出实际执行会进行的动作。
-P 当搭配”-A”参数使用时，则会同时检查所有的文件系统。
-r 采用互动模式，在执行修复时询问问题，让用户得以确认并决定处理方式。
-R 当搭配”-A”参数使用时，则会略过/目录的文件系统不予检查。
-s 依序执行检查作业，而非同时执行。
-t<文件系统类型> 指定要检查的文件系统类型。
-T 执行fsck指令时，不显示标题信息。
-V 显示指令执行过程。
-f 对系统进行强制检查，不论系统是否在clean等状态。
运行fsck后，该命令会分6个阶段对文件系统
进行检查，这六个阶段分别是：
阶段1： 检查块和块的大小
阶段2： 检查路径名
阶段3： 检查连接性
阶段4： 检查参考记数
阶段5： 检查自由块列表
阶段6： 补救自由块列表
fsck在对每个阶段进行检查时，如果发现错误，会提示用户进行修改，常见的一些错误有：
1)RECONNECT
表示目录丢失，可将其存入lost+found中再作转移。回答yes
2)SUPERBLK坏（注意是坏，不是wrong）
修复见上面（如果是wrong就随便了，修不修都可以）
3)CLEAR
删i节点，可能会错
4)REMOVE
删文件，一般给出文件名。file=….
5)ADJUST
调整连接数。实际数与原记录不符。回答yes
6)SALVAGE
自由列表计数不正确。回答yes
——————————————————————————————————————————————————————
1) 移去一个没有相关文件的目录入口
这时用户可以回答Yes或Y来删除该目录入口。
2) 重连接一个已分配但不能访问的文件
fsck找到了一个已分配的I节点，但却不可访问(该节点没与任何目录连接)，这时一般对fsck的”RECONNECT？”回答Yes，即把该I节点连接到lost+found目录下，文件名即是I节点号，之后管理员应检查该文件类型，判明该文件用途，再将该文件拷贝到相应目录下。
3) 连接数调整
在交互方式下，fsck若发现连接数不一致，将询问用户采取何种行动，本例发现一目录的I节点连接数与该目录的真实连接数不一致。
这时用户应该回答Yes或Y来改正连接数。
4) 自由块表不一致
fsck查出未分配块数与超级块中所给出的自由块表不一致。
这时用户应该回答Yes或Y来修正超级块。
从上面的出错信息和处理方法可以发现，对于fsck询问的问题大多数情况下都可以用Yes来回答，所以在实际应用时，可以用” -y”选项来执行该命令对硬盘进行检查和修复。
出处：http://blog.csdn.net/ccskyer/article/details/5882534