虚拟机开不了机，出现如下提示：

mount of filesystem failed

a maintenance shell will now be started.等等 就卡在这不动了，据说是因为强制关机引起的；

要求输入密码，幸好还记得，输入后进入终端

解决方法：

在终端输入命令：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