启动经过grub后就停在如下：

mount: could not find filesystem '/dev/root'

setuproot: moving /dev failed: No such file or directory

setuproot: error mounting /proc: No such file or directory

setuproot: error mounting /sys: No such file or directory

setuproot: mount failed: No such file or directory

Kernel panic - not syncing: Attempted to kill init!

在网上看到很多是在编译内核或者升级内核出现此问题，我只是重启一下就出现如上状况。

尝试用cd进入linux rescue模式下，但是也不知道问题在哪，可以通过mount把原来根目录挂载到这个急救系统上，是通过挂载硬盘（我的硬盘是/dev/sda5），可以看到原来系统的内容，还可以使用chroot把急救系统改为原来的系统，不过也查不出问题在哪里。

又去翻看鸟哥的私房菜，看启动部分（还没看到那部分）看看有没有什么解决方法，里面没有讲什么解决方法，瞎弄了一会，还是不行。最后在启动grub那里，进入，修改kernel那行，把root=LABEL=/改为我根目录的硬盘root=/dev/sda5,然后再启动，竟然不停在那里了，但是启动一会还是会进入一个出错模式，让你输入root密码加以救援。

这时我想可能是系统无法识别LABEL符号，故又进入急救模式，把/etc/fstab下的LABEL=/全部改为实际的硬盘符，再修改/boot/grub/menu.lst文件下的启动项，即把root=LABEL=/改为我根目录的硬盘root=/dev/sda5，最后退出，进入硬盘启动模式竟然神奇般的又进入了熟悉的系统。

总结：目前尚未知道由于什么原因造成系统无法识别LABEL符号，而无法启动系统。刚出问题的时候，本来抱着先试一下看看能不能弄好，大不了重装的心态，但是后来想想以后在一个拥有重要资料的系统上，就不能随意重装了，要尽力解决问题，也明白了虽然linux是开源免费，但是有服务的重要性，特别是对于企业来说。另外，遇到问题尽自己能力去解决重中也能学到许多东西和解决问题的经验，虽然要花些许时间，但是总比每次遇到问题都是去重装系统强，而且出现问题还是要找出问题的原因好。试想若是一台服务器突然挂了，里面有许多重要的服务和资料，我想是不可能轻易重装系统了事吧。