Linux无法启动的原因有很多种。下面小编将详细介绍几种常见的原因及解决方法，希望对大家有所帮助。文件系统配置不当，如/etc/inittab文件、/etc/fstab文件等配置错误或丢失，导致系统出现故障，无法启动。非法关机导致根文件系统损坏，即Linux根分区损坏，系统无法正常启动。主板、电源、硬盘等硬件故障导致Linux无法启动。系统启动程序有问题，如grub丢失或损坏，导致系统无法启动。从这些常见故障我们可以看出，系统无法启动的原因主要有两个，即硬件和操作系统。对于硬件问题，只需更换硬件设备即可解决。对于操作系统的问题，虽然问题可能千差万别，但在大多数情况下，您可以使用相对简单统一的方法来恢复系统。下面我们就针对上面提出的几个问题，给出一些常用的和常见的解决问题的方法。1、/etc/fstab文件丢失，导致系统无法启动。/etc/fstab文件存放了系统中文件系统的信息。如果该文件配置正确，Linux启动时系统会读取该文件并自动挂载Linux的各个分区；如果该文件配置错误或丢失，系统将无法启动。检测挂载分区时，出现startingsystem/logger，然后系统启动和停止。针对这个问题，第一个想法就是想办法恢复/etc/fstab文件的信息。如果恢复这个文件，系统可以自动挂载各个分区并正常启动。可能很多读者的第一个想法是将系统切换到单用户模式，然后手动挂载分区，最后根据系统信息重建/etc/fstab文件。但是这个方法是行不通的，因为fatab文件的丢失使得Linux无法挂载任何分区。即使Linux可以切换到单用户，此时的系统也只是一个只读的文件系统，无法上传到磁盘。写任何信息。注意，当系统正常时，/etc/fstab文件的内容应该被记录下来。当然，一些重要的系统配置信息也应该记录在文档中，这样当系统出现问题时，可以很容易的知道系统是正常的。配置正确时。2、根文件系统损坏，导致系统无法启动。Linux下一般使用ext3文件系统。Ext3是一个具有日志记录功能的日志文件系统，可以进行简单的容错和恢复。但是，在高负载的ext3文件系统下，如果突然断电，很有可能会破坏文件系统的内部结构。不一致，导致文件系统损坏。Linux启动时，会自动分析检查系统分区。如果在文件系统中发现一个简单的错误，它会自动修复；如果文件系统损坏严重，系统无法完成修复，会自动进入单用户模式或出现交互界面，提示用户手动修复。提示代码如下：checkingrootfilesystem/dev/sdb5containsafilesystemwitherrors,checkforced/dev/sdb5:Unattachedinode68338812/dev/sdb5:UNEXPECTEDINCONSISTENCY;手动运行fsck（即，没有-a或-p选项）失败/包含一个带有错误检查的文件系统强制文件系统检查期间发生错误**将您拖放到Shell；当您离开ShellPress时，系统将重新启动**enterformaintenance(ortypeControl-Dtocontinue):giverootpasswordformaintenancefrom从这个错误可以看出系统的根分区文件系统有问题，系统无法自动修复启动后进入交互界面，提示用户进行系统修复。这个问题的概率非常高。出现这个问题的主要原因是系统突然断电，导致文件系统结构不一致。一般来说，解决这个问题的方法是使用fsck命令进行强制修复。根据以上错误提示，按快捷键Control+D后系统会自动重启，输入root密码后进入系统修复模式。在修复模式下，可以执行fsck命令。具体运行过程如下：[root@localhost/]#umount/dev/sdb5[root@localhost/]#fsck.ext3-y/dev/sdb5e2fsck1.39(29-May-2006)/包含文件系统有错误，强制检查。第1步：检查索引节点、块和大小第2步：检查目录结构第3步：检查目录连接第4步：检查引用计数Inode6833812引用计数为2，应该为1。修复
