linux一个节点提示输入密码,Linux常见系统故障

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

关闭文件系统配额功能