2、linux文件系统故障： 在Linux操作系统中，这也是一种经常会遇到的故障。由于系统不正常关机，或突然掉电等原因引起文件系统被破坏。当文件系统被破坏时，可以使用相应的fsck命令进行文件系统的修复。例如下面的命令：fsck  /dev/hda5。
   
    小提示：关于fsck命令具有参数的使用方法，可以参阅linux的参考手册。如果使用的是ext2fs类型的文件系统，就可从软盘运行e2fsck命令来修正文件系统中被损坏的数据。

    但是有一点要注意：如果文件系统被破坏的原因是超级块被损坏，超级块是文件系统的“头部”，它包含文件系统的状态、尺寸和空闲磁盘块等信息。如果损坏乐意个文件系统的超级快（例如不小心直接将数据写到了文件系统的超级快分区中），那么Linux可能会完全不识别该文件系统，即使采用fsck或e2fsck命令也不能修复它了。这时候，只有到安装光盘中看看有没有对应的文件系统，将此文件覆盖原操作系统被破坏的文件来恢复了。如果不小心删除了系统中重要的文件，也可采用这种方法来试试。

    3、linux函数库故障:  在Linux操作系统中，如果不慎将系统中的函数库文件破坏，或者破坏了/lib目录下符号链接，那么将导致依赖这些库的命令无法执行。这也是比较常见的系统故障。
    最简单的解决办法是用急救启动盘组启动系统，在/mnt目录上安装硬盘文件系统，然后修复/mnt/lib目录下的库。

    4、linux登录系统故障: 由于管理员忘记密码，或者由于系统受到黑客的入侵导致系统密码文件被修改。导致管理员可能无法用帐号登录系统。

    具体解决方法如下：

    （1）在系统启动时，进入单用户模式（Linux Single），然后用passwd命令重新设置密码，或修改密码文件借口恢复正常。
    （2）用急救启动盘组启动系统，然后将硬盘的文件系统安装到/mnt目录下，编辑/mnt/etc/passwd文件进行恢复。
    （3）将安装系统的硬盘拆下来，放在另一个Linux系统中，然后挂载此硬盘的系统安装区，将次硬盘分区中的/etc/passwd、/etc/shadow、/etc/group文件覆盖或修改，也可以恢复。

    5、linux系统的KDE环境故障：如果Linux系统的KDE环境无法正常启动，例如以普通帐号运行startx命令后，出现：“……can not start X server. Perhaps you do not have console ownership?”类似的提示。出现这种提示的原因是可能别的用户曾经运行KDE环境，并在系统中留下标示此用户的缓存文件。
    运行如下命令：
    rm  -rf/tmp/*
    然后，重新运行startx命令即可进入KDE环境。

    如果以普通帐号运行startx命令后，出现“can not start X server”的错误提示，并且不断地有报错提示的英文字符伤上翻滚，导致无法进入KDE环境。出现这种情况，可能是由于对Linux系统的不正常关机，导致了不能进入Linux的KDE 环境。

    在控制台下以root身份登录，键入setup命令，出现系统设置菜单，选择其中的“X窗口设置”,然后依照提示正确设置显示器的类型、刷新频率、显存大小和分辨率等。这样将系统中的X 窗口重新设置一遍。

    如果没有报错，系统会自动启动KDE环境，需要注意的一点是：在用setup命令进行设置时，可能还会有大量的英文字符在屏幕上翻滚，这是不要紧，请继续看清屏幕，使用Tab键或方向键进行上面的配置，配置无误后，会立刻恢复KDE环境的。