知识屋:更实用的电脑技术知识网站
所在位置:首页 > 维修知识 > 其它故障

浅谈linux系统下常见的故障与处理方法

发布时间:2012-09-08 00:55:55作者:知识屋

与windows系统一样,linux操作系统也会存在很多问题和故障,很多linux新手都害怕故障,面对出现的问题显得无可奈何,更有甚者,由此放弃了linux,其实,我们不应该惧怕问题,学习就是一个发现问题与解决问题的过程,只要掌握了解决问题的基本思路,一切故障都会迎刃而解,当然前提是我们已经具备了解决问题的思路和扎实的知识功底。 
  一、处理linux系统故障的思路 
  作为一名合格的linux系统管理员,一定要有一套清晰、明确的解决故障思路,当问题出现时,才能迅速定位、解决问题,这里给出一个处理问题的一般思路: 
  l 重视报错提示信息:每个错误的出现,都是给出错误提示信息,一般情况下这个提示基本定位了问题的所在,因此一定要重视这个报错信息,如果对这些错误信息视而不见,问题永远得不到解决。
  l 查阅日志文件:有时候报错信息只是给出了问题的表面现象,要想更深入的了解问题,必须查看相应的日志文件,而日志文件又分为系统日志文件(/var/log)和应用的日志文件,结合这两个日志文件,一般就能定位问题所在。
  l 分析、定位问题:这个过程是比较复杂的,根据报错信息,结合日志文件,同时还要考虑其它相关情况,最终找到引起问题的原因。
  l 解决问题:找到了问题出现的原因,解决问题就是很简单的事情了。
  从这个流程可以看出,解决问题的过程就是分析、查找问题的过程,一旦确定问题产生的原因,故障也就随之解决了。
  二、 忘记linux root密码
  这个问题出现的几率是很高的,不过,在linux下解决这个问题也很简单,只需重启linux系统,然后引导进入linux的单用户模式(init 1),由于单用户模式是不需要输入登录密码的,因此,可以直接登录系统,修改root密码即可解决问题。
  下面是详细的处理方法,这里我们以Redhat linux为基准,操作步骤如下:
  (1) 重启系统,待linux系统启动到grub引导菜单时,找到当前系统引导选项(可以按方向键展开隐藏的菜单,单处理器只有一个引导项,多处理器有3个或3个以上引导项,一般默认选项就是系统当前引导选项)。
  (2) 通过方向键将光标放到当前系统引导项上,然后按键盘字母“e”,进入编辑状态。
  (3) 然后通过上下键,选中带有kernel指令的一行,继续按键盘字母“e”,编辑该行,在行末尾加个空格,然后添加single,类似与这样:
  kernel  /vmlinuz-2.6.18-8.el5 ro root=LABEL=/ rhgb quiet single
  (4) 修改完成,按回车键,返回到刚才的界面。
  (5) 最后按键盘“b”,系统开始引导。
  这样系统就启动到了单用户模式下,这里的单用户根windows下的安全模式类似,在单用户模式下,只是启动最基本的系统,网络以及应用服务均不启动。单用户模式启动完毕,系统会自动进入到命令行状态下,类似与“sh-3.1#”,然后直接执行passwd,回车,系统会提示输入新的root密码两次,最后会看到修改密码成功的提示,这样就完成了root密码的修改。如果需要正常启动系统,现在只需输入“init 3”,就进入了多用户模式。用root用户重新登录系统,看看设置的新密码是否生效。
  三 linux系统无法启动的解决办法
  导致linux无法启动的原因有很多,常见的原因有如下几种:
  l 文件系统配置不当,比如/etc/inittab文件、/etc/fstab文件等配置错误或丢失,导致系统错误,无法启动。
  l 非法关机,导致root文件系统破坏,也就是linux根分区破坏,系统无法正常启动
  l Linux内核崩溃,从而无法启动
  l 系统引导程序出现问题,比如grub丢失或者损坏,导致系统无法引导启动。
  l 硬件故障,比如主板、电源、硬盘等出现问题,导致linux无法启动。
  从这些常见的故障可知,导致系统无法启动的主要有两个问题,硬件原因和操作系统原因,对于硬件出现的问题,只需通过更换硬件设备,即可解决,而对于操作系统出现的问题,虽然出现的问题可能千差万别,不过在多数情况下都可以用相对简单统一的一些方法来恢复系统,下面我们就针对上面提出的几个问题,结合Redhat Linux系统环境,给出一些常用的、普遍的解决问题的方法。
  1./etc/fstab文件丢失,导致系统无法启动
  /etc/fstab文件存放了系统中文件系统的相关信息,如果正确的配置了该文件,那么在linux启动时,系统会读取此文件,自动挂载linux的各个分区,如果此文件配置错误,或者丢失,就会导致系统无法启动,具体的故障现象是在检测mount partition时出现:
  starting system logger
  此后系统启动就停止了。
  针对这个问题,我们的第一思路就是想办法恢复/etc/fstab这个文件的信息,只要恢复了此文件,系统就能自动挂载每个分区,正常启动。可能很多读者首先想到的是将系统切换到单用户模式下,然后手动挂载分区,最后结合系统信息,重建/etc/fstab文件。
  但是这种方法是行不通的,因为fatab文件丢失导致linux无法挂载任何一个分区,即使linux还能切换到单用户下,那么此时的系统也只是一个read-only的文件系统,无法向磁盘写入任何信息。
  我们介绍另外一个方法,就是利用linux rescue修复模式登录系统,进而获取分区和挂载点信息,重构/etc/fstab文件。
  这里以rhel5为例,首先将系统第一章光盘放入光驱,设置BOIS从光驱启动,这样系统就从光驱引导,然后在boot后输入:linux rescue
  接着系统自动开始引导
  这里是选择模式使用的语言,可以按照自己需要设定,我们这里选择“English“,然后按tab键,选中“ok”,回车进入下一步。
  下面进入的是键盘选择界面,这里选择默认的“us”即可。
  下面进入网络配置界面
  这里是选择是否启用网络,由于系统已经无法启动,我们已经在linux系统上进行操作了,启用网络与否都无所谓。这里选择不启用。
  下面到了最关键的步骤了,如图5所示,修复模式会自动将系统的所有分区挂载到/mnt/sysimage目录下,选择“Continue”,则修复环境进入到read-write状态下,可以对分区进行读写操作,选择“Read-Only”,修复环境进入到只读模式,由于我们要重建fstab文件到/etc目录下,因此选择“Continue”进入可读写模式下。
  下面是一个友情提示界面,如图6所示,由于fstab文件丢失,修复模式找不到任何可挂载的分区,从这里可知,修复模式在这里也读取/etc/fstab文件,回车,进入下一步。
  下面就进入了修复环境下,可以进行操作了。
  上面详细演示了如何进入linux的修复模式,其实很多情况下,linux无法启动时,都可以通过这个方式登录系统进行修复和更改操作。
  下面是恢复/etc/fstab文件的详细过程:
  首先查看一下系统分区情况,如下所示:
  sh-3.1# fdisk -l
  Disk /dev/sda: 42.9 GB, 42949672960 bytes
  255 heads, 63 sectors/track, 5221 cylinders
  Units = cylinders of 16065 * 512 = 8225280 bytes
  Device Boot      Start         End      Blocks   Id  System
  /dev/sda1   *           1          25      200781   83  Linux
  /dev/sda2              26        1300    10241437+  83  Linux
  /dev/sda3            1301        1682     3068415   83  Linux
  /dev/sda4            1683        5221    28427017+   5  Extended
  /dev/sda5            1683        1873     1534176   83  Linux
  /dev/sda6            1874        2064     1534176   83  Linux
  /dev/sda7            2065        2255     1534176   83  Linux
  /dev/sda8            2256        2382     1020096   83  Linux
  /dev/sda9            2383        2484      819283+  82  Linux swap / Solaris
  /dev/sda10           2485        5221    21984921   83  Linux
  因为分区并没有损坏,通过fdisk命令可以查看到系统分区的完整信息,但是每个分区对应的label name信息我们还不知道,下面通过e2label命令查看每个分区对应的label name:
  sh-3.1# e2label /dev/sda1
  /boot
  sh-3.1# e2label /dev/sda2
  /usr
  sh-3.1# e2label /dev/sda3
  /
  sh-3.1# e2label /dev/sda5
  /var
  sh-3.1# e2label /dev/sda6
  /tmp
  sh-3.1# e2label /dev/sda7
  /home
  sh-3.1# e2label /dev/sda8
  /opt
  sh-3.1# e2label /dev/sda10
  /webdata
  这样,就得到了所有分区的挂载点信息,接下来就可以构造一个fstab文件了。
  小技巧:可以参考其它系统中fstab文件的格式,结合本系统的分区和挂载点信息,构造出自己的fstab文件来。
  由于fstab文件是存放在系统根目录下的,因此需要挂载原来系统的根分区,从上面可知根分区对应的设备名为/dev/sda3,接着在修复模式创建的临时根分区下创建一个挂载点,然后挂载原来系统的根分区。操作过程如下所示:
  sh-3.1# pwd
  /
  sh-3.1# mkdir temp
  sh-3.1# mount /dev/sda3  /temp
  sh-3.1# df
  Filesystem           1K-blocks      Used Available Use% Mounted on
  /dev                    515644         0    515644   0% /dev
  /tmp/loop0               79872     79872         0 100% /mnt/runtime
  /dev/sda3              2972268    259916   2558932  10% /temp
  这样以来,原有根分区的文件全部挂载到了/temp目录下,接着就可以创建我们需要的fatab文件了。
  sh-3.1# vi /temp/etc/fstab
  LABEL=/                 /                       ext3    defaults        1
(免责声明:文章内容如涉及作品内容、版权和其它问题,请及时与我们联系,我们将在第一时间删除内容,文章内容仅供参考)
收藏
  • 人气文章
  • 最新文章
  • 下载排行榜
  • 热门排行榜