前两天在使用Ubuntu14.04系统时，不知道何种原因桌面系统没有任何反应(ps:可能是开机运行的时间比较长吧)，所以就对其进行了强制关机操作，可是悲剧的事情发生了，系统无法启动了，并且进入initramfs系统，如下图所示:
本想着，一般出现这种问题应该就是文件系统存在不一致的问题，使用fsck工具检测一下应该就没有问题了，可是输入fsck -y 提示，不存在该命令，这下悲剧了，没办法修改怎么办，难道非得重新做系统吗？
注意:其实，这时可以尝试进入系统recovery 模式，然后进入到命令行模式进行文件系统修复，可是这次启动recovery模式后，最后同样是进入了initramfs系统中，看来文件系统损坏的很厉害啊;
可是系统还有多的资料没有备份，如果资料丢失了，岂不是更加的悲剧?可是，通过什么办法可以修复系统呢？考虑到出现问题的机器是笔记本，其硬盘可以方便的装卸，不如把硬盘卸下来，然后通过一条SATA转USB线，然后硬盘挂到另一个Linux系统，不就可以修复文件系统了吗？说干就干，正好手边有一条前不久买来的SATA转USB线，等到硬盘挂载到另一台Linux系统时，首先需要通sudo fdisk -l命令查看坏掉的系统的文件系统分区情况，找到分区对应的设备名如下所示:
注意：左面红框中的设备名称，在不同系统中可能名称不一样，注意区分
其实出现此问题时，系统在启动时会提示挂载文件系统时出现问题，至于那个文件系统视情况而定，我的系统出现的系统/dev/sda9(ps:当时忘了抓图了)
使用fsck -y /dev/sda9进行需改，其中-y参数指定对于出现问题的处理默认动作．然后，将硬盘装回出问题的电脑，满心期待能够系统能够正常启动，可是事与愿违，系统没能正常启动并停留到下面一行打印之后:
starting enale remainig boot -time encrypted block devices [OK]
等了很长时间仍没能进入系统，这可怎么办？可以，转而一想，系统不进入initramfs就说明之前的文件系统修改是有作用的，只不过没能完全修复，于是，Ctlr+Alt+Del重启进入recovery模式，然后选择进入命令行模式，然后再fsck -y /dev/sda9，这时看到了系统修复了很多的文件系统问题，看来这次有戏啊，修复完成后，系统提示文件系统修改成功，请重启．果然不出所料，重启之后系统可以正常进入系统了．真是踏破铁鞋无觅处得来全不费工夫啊！
注意:对于出现starting enale remainig boot -time encrypted block devices [OK]的原因，通过google可以找到很多的情况，大部分都是因为修改了文件系统的/etc/fstab文件导致文件系统挂载失败；通过此次问题可以看出根文件系统损坏同样会导致出现该问题．
