Linux常见系统故障

服务器

浏览数:159

2019-7-28

Linux常见系统故障

1.修复MBR扇区故障

2.修复GRUB引导故障

3./etc/inittab文件丢失

4.遗忘root用户密码

5.修复文件系统

6.磁盘资源耗尽故障

一、修复MBR扇区故障

1.关机添加一块硬盘,开机查看硬盘设备分区列表,是否存在/dev/sdb设备信息

  

2.对新硬盘分区

2.1新建一个主分区

  

2.2新建一个扩展分区

  

2.3新建两个逻辑分区,然后保存

  

3.查看sdb中分区列表信息

fdisk -l /dev/sdb

  

4.格式化文件系统,这里暂时只格式化/dev/sdb1

mkfs -t ext4 /dev/sdb1

 

5.创建一个挂载点,挂载sdb1分区

mkdir /sdb1

mount /dev/sdb1 /sdb1

 

6.备份MBR扇区数据

dd if=/dev/sda of=/sdb1/sda.mbr.bak bs=512 count=1

  

7.模拟MBR被破坏的故障

dd if=/dev/zero of=/dev/sda bs=512 count=1

  

8.然后重启系统,发现系统无法重启

 

9.从备份文件中恢复MBR扇区

添加虚拟机与光盘的连接,重启系统,自动进入如下界面,现在第三个(救援模式)

  

10.系统加载后,一直下一步,直到出现如下图,选择第一个

  

11.执行fdisk -l 能看到sdb1分区,看不到sda设备,因为sda设备的MBR被破坏(linux 系统的分区记录存放在mbr中)

  

12.在急救模式下的虚拟磁盘中建立sdb1分区的挂载点目录

mkdir  /sdb1

mount /dev/sdb1  /sdb1

dd if=/sdb1/sda.mbr.bak  of=/dev/sda bs=512 count=1

  

13.重启系统,然后系统就能正常工作了

二、修复GRUB引导故障

1.备份grub.conf文件(建议备份到第2块磁盘中)

mkdir  /backup

mount  /dev/sdb1  /backup

cp  /boot/grub/grub.conf  /backup/grub.conf.bak

  

2.模拟破环grub.conf文件

rm  -rf  /boot/grub/grub.conf

  

3.重启系统,发现系统无法正常加载

  

4.进入救援模式,此时只能进入bios设置boot启动顺序,把光盘引导调整到前面,然后保存,此时系统会加载光盘

  

5.查看硬盘分区情况,此时可以看到两个硬盘,因为grup配置文件损坏,但还是会成功加载分区记录

  

6.在急救模式下的虚拟磁盘中建立sdb1分区的挂载点目录,此时需要创建两个挂载点,以及挂载sda1(grup文件所在分区)和sdb1(备份grup配置文件所在分区)

mkdir /backup(在急救模式下的虚拟磁盘中建立sdb1分区的挂载点目录)

mkdir  /sda1(创建sda1分区的挂载点目录)

mount  /dev/sdb1  /backup

mount  /dev/sda1  /sda1

cp  /backup/grub.conf.bak  /sda1/grub/grub.conf

  

7..重启系统,然后系统就能正常工作了

三、/etc/inittab文件丢失

1.备份/etc/inittab文件

cp  /etc/inittab  /root/inittab.bak

  

2.模拟inittab文件丢失

rm  -rf  /etc/inittab

  

3.重启系统进入文本命令模式,恢复inittab文件  #重新系统后,系统进入文本命令模式,因为运行级别配置文件(inittab)丢失

cp  /root/inittab.bak  /etc/inittab

   

4.重启系统,然后系统就能正常进入图形界面了

  

四、遗忘root用户密码

解决方法:引导进入单用户模式,然后重设密码

1.重启系统,在引导界面按e键

  

2.在按e,进入然后选第二项

  

3.再按e进入,敲空格,输入1,然后回车   #1代表单用户模式

  

4.上一步,回车后又返回以前,按b,重新引导,然后就进入单用户模式了,然后修改root用户密码

  

5.重启系统,用修改过的密码登录

五、修复文件系统

故障原因:

              非正常关机、突然断电、设备读写失误等

              文件系统的超级块(super-block)信息被破坏

故障现象

              无法向分区中读取或写入数据

              启动后提示“Give root password for maintenance” (启动硬盘super-block被破坏)

解决办法:

根据提示输入root口令,进入修复状态

使用fsck命令进行修复

1. 模拟对/dev/sdb1分区的破坏操作

 dd if=/dev/zero of=/dev/sdb1 bs=512 count=4

   

2. 检查是否能挂载该分区

  

3.上图提示报错,没有指定文件类型,那我们就添加文件类型,但是添加文件类型还是报错,从下图的报错信息中可以看出,真正的原因是因为superblock(超级块出现问题)

  

4. 对/dev/sdb1分区进行修复

fsck –y -t ext4 /dev/sdb1

  

5.再次挂载该分区 无错误提示,修复成功

  

六、磁盘资源耗尽故障

故障原因:

磁盘空间已被大量的数据占满,空间耗尽

虽然还有可用空间,但文件数i节点耗尽

故障现象:

无法写入新的文件,提示“… : 设备上没有空间”

部分程序无法运行,甚至系统无法启动

解决思路:

清理磁盘空间,删除无用、冗余的文件

转移或删除占用大量i节点的琐碎文件

进入单用户模式、急救模式进行修复

为用户设置磁盘配额

1.这里只测试文件节点耗尽

2.写一个while 死循环,一直创建空文件,这里以/boot/test为例

i=1

while [ 1 ]

do

 cd /boot/test

 touch “$i”.txt

 let “i++”

done

3.没有运行脚本之前的/boot/test目录下的节点数

  

4.运行完脚本之后/boot/test目录下的节点数已经用完,但是磁盘还有剩余空间

  

5.此时在向/boot/test写入数据,会提示失败,虽然还有空间剩余,这是因为Linux的安全存储机制,只要节点数或者空间任何一个使用完,都不能再进行写入数据

  

6.解决办法,删除占用大量i节点的琐碎文件

这里删除/boot/test目录下的所有文件,然后在写入数据测试

rm -fr   /boot/test/*

  

7.磁盘配额

7.1. 磁盘限额需要安装quota软件包 yum install -y quota

7.2. 启用文件系统的配额支持(添加usrquota、grpquota挂载参数)

mkdir /sdb1

chmod 777 /sdb1(为/sdb1授权) 

  

  

注:第一个字段为被挂载的分区,第二个字段为挂载的目录,第三个字段是被挂载的分区的文件系统类型,后面的几个字段是支持quota的参数。各字段用空格分隔

reboot重启系统(或mount -a读取/etc/fstab文件,使重新挂载生效),重启进入文本编辑界面按回车

7.3

mount  | tail -1(查看是否挂载成功)mount(查看是否挂载成功)

mount | grep /dev/sdb1

/dev/sdb1 on /sdb1 type ext4 (rw,usrquota,grpquota)

ls  /sdb1

lost+found

   

7.4检测磁盘配额并创建配额文件 

quotacheck  -ugcv  /dev/sdb1

ls -l /sdb1/aquota.*(查看是否生成配额文件)

  

7.5编辑用户和组帐号的配额设置(edquota命令)

edquota -u 用户名(编辑用户配额)

edquota -g 组名(编辑组配额)

例如:新建用户和组

  

edquota -u zhangsan  编辑用户配额

edquota -g students   编辑组配额

  

  

启用、关闭文件系统的配额功能(quotaon、quotaoff命令)

quotaon  -ugv /sdb1

  

普通用户对设置配额的分区(挂载目录)具有写入权限

chmod  777  /sdb1

切换到启用配额的用户身份su  –  zhangsan

切换到设置配额的分区(挂载目录)cd  /sdb1

 

创建指定数量的文件:使用touch命令,或cp命令

  

创建指定容量的文件:使用dd命令,或cp命令

rm  -rf  *.txt

  

关闭文件系统配额功能

  

 

作者:雨中落叶