虚拟机开不了机,出现如下提示:

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”选项来执行该命令对硬盘进行检查和修复。