对大多数用户来说，Linux操作系统的易用性和Windows操作系统相比，还是存在一定差别的。在Windows操作系统下，如果系统发生一些故障或遇到某些问题的时候，我们经常会用一些补救的措施来进行故障的排除，这些方法很多，而且简单易用。但是，这种在Linux操作系统中进行故障排除的工作却要复杂一些，而且故障的发现不像在Windows操作系统那样可以及时预见，需要手工运行一些系统和网络的管理命令。下面，就对系统和网络两种类型在Linux操作系统中的常见故障诊断进行说明。
1．系统故障诊断
(1)启动故障。这是在Linux操作系统中经常会遇到的问题。系统不能启动的原因主要有：在安装Linux操作系统的过程中，LILO配置信息错误，导致安装完成后，系统不能正常启动；重新安装其他的操作系统，也经常会导致原有的Linux不能启动。因为，这些新安装的操作系统默认为计算机中没有其他的操作系统，因而改写了硬盘的主引导记录(MBR)，覆盖了Linux操作系统中的LILO系统引导程序，致使最后无法启动LILO；在操作Linux系统的过程中，由于运行错误的Linux命令，使系统重新启动时，出现异常。
如果在Linux操作系统安装过程中或安装过程后，制作了Linux系统的急救启动盘组，使用这些急救盘启动系统即可进入系统，然后对相应错误进行配置即可解决问题；如果没有制作急救启动盘组，Linux系统不能启动，该怎么办呢?下面介绍三种解决方法。
1)进入Linux操作系统单用户模式，在boot提示符后，敲入：Linux single，此模式下启动Linux，LILO配置和网络配置信息不加载在启动过程中。
2)光盘启动，用第一张安装Linux操作系统的光盘(启动光盘)启动硬盘的Linux系统，主板BIOS里要设置光盘启动，重启机器后，出现boot：提示符后键入：
vmlinuz root=／dev／Linuxrootpartition noinitrd
其中，root=后面填入用户的Linux root分区的分区号，也就是Linux系统的root文件系统所在的硬盘分区位置，例如：vmlinuz root=／dev／hda3 noinitrd。回车之后，即可进Linux系统。如果想恢复被破坏的LILO系统引导程序，可以在编辑，etc／lilo.conf之后，运行／sbin／lilo即可。这种方法也适合其他原因对Linux操作系统造成的破坏(注：软盘启动操作系统的过程也同上)。
3)在DOS下运行loadlin程序启动系统。在个人计算机使用Linux系统时，通常都是 Linux和Windows 9x或Windows 2000并存的。如果知道Linux系统在硬盘上的确切安装分区，并且有loadlin程序(在Red Hat Linux光盘的dosutil目录下就有这个程序)，也可以启动Linux系统。loadlin是DOS系统下的程序，运行它可以从DOS系统下直接启动Linux系统，快速进入Linux环境。除loadlin程序之外，还需要一个Linux启动内核的映像文件vmlinuz，在Red Hat Linux光盘的images目录下有这个文件。例如，如果在Windows 2000系统下面，进入DOS的命令模式，然后运行下述的loadlin命令，即可重新进入Linux系统：
loadlin vmlinuz root=／dev／Linuxrootpartition
命令执行后，就开始引导Linux系统。用root身份登录后，在编辑／etc／lilo.conf之后，运行／sbin／lilo即可，这样操作后则重新将LILO系统引导程序装入MBR。
(2)文件系统故障。在Linux操作系统中，这也是一种经常会遇到的故障。系统不正常关机，或突然掉电等原因都会引起文件系统被破坏。
解决方法如下：
当文件系统被破坏时，可以使用相应的fsck命令进行文件系统的修复。例如下面的命令：
fsck／dev／hda5
关于fsck命令具体参数的使用方法，可以参阅MAN参考手册。如果使用的是ext2fs类型的文件系统，就可从软盘运行e2fsck命令来修正文件系统中被损坏的数据。
但是有一点要注意：如果文件系统被破坏的原因是超级块被损坏(超级块是文件系统的“头部”，它包含文件系统的状态、尺寸和空闲磁盘块等信息)，例如不小心直接将数据写到了文件系统的超级块分区中，那么Linux可能会完全不识别该文件系统，即使采用fsck或 e2fsck命令也不能修复它了。这时候，只有到安装光盘中看看有没有对应的文件系统，将此文件覆盖原操作系统被破坏的文件来恢复了。如果不小心删除了系统中重要的文件，也可采用这种方法来试试。
(3)函数库故障。在Linux操作系统中，如果不慎将系统中的函数库文件破坏，或者破坏了／lib目录下的符号链接，那么将导致依赖这些库的命令无法执行。这也是比较常见的系统故障。
最简单的解决办法是用急救启动盘组启动系统，在／mnt目录中安装硬盘文件系统，然后修复／mnt／lib目录下的库。
(4)登录系统故障。由于管理员忘记密码，或者由于系统受到黑客的入侵，系统密码文件被修改。导致管理员可能无法用账号登录系统。
解决方法如下：
方法一，在系统启动时，进入单用户模式(Linux single)，然后用passwd命令重新设置密码，或修改密码文件即可恢复正常。
方法二，用急救启动盘组启动系统，然后将硬盘的文件系统安装到／mnt目录下，编辑／mnt/etc，passwd文件进行恢复。
方法三，将安装系统的硬盘拆下来，放在另一个Linux系统中，然后挂载(mount)此硬盘的系统安装区，将次硬盘分区中的／etc/passwd，／etc／shadow，／etc／group文件覆盖或修改，也可以恢复。
(5)KDE环境故障。如果Linux系统的KDE环境无法正常启动，例如以普通账号运行startx命令后，出现：“……Call not start X server.Perhaps you do not have console ownershiip?”类似的提示。出现这种提示的原因是可能别的用户曾经运行过KDE环境，并在系统中留下标示此用户的缓存文件。
解决方法
运行如下命令：
rm -rf/tmp/*
然后，重新运行startx命令即可进入KDE环境。
有时以普通账号运行startx命令后，出现“can not start X server”的错误提示，并且不断地有报错提示的英文字符向上翻滚，导致无法进入KDE环境。出现这种情况，可能是由于对Linux系统的不正常关机，从而导致不能进入Linux的KDE环境。
解决方法如下：
在控制台下以root身份登录，键入setup命令，出现系统设置菜单，选择其中的“X窗口设置”，然后依照提示正确设置显示器的类型、刷新频率、显存大小、分辨率等。这样将系统中的X窗口重新设置一遍，如果没有报错，系统会自动启动KDE环境。可能需要注意的一点是：在用setup命令进行设置时，可能还会有大量的英文字符在屏幕上翻滚，这时不要紧，请继续看清屏幕，使用TAB键或方向键进行上面的配置，配置无误后，会立刻恢复 KDE环境的。
