RHEL引导故障的解决过程

RHEL引导故障的解决过程，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。

在RHEL引导故障的解决方法中，主要是从应用场景入手，逐步的解决了故障。

应用场景：

/boot目录中所有文件被管理员误删除，且/etc/fstab文件被改名，系统已经无法引导，通过修复模式进入系统，发现所有的分区已经不能正常挂载和访问；该服务器中有

非常重要的服务和数据，要求在不损坏任何数据的情况快速的修复系统。

RHEL引导故障解决过程：

1、从BIOS中设置开启PXE引导功能，并选择从网络引导

从网络引导后，进入修复模式：linux

rescue

使用NFS image方式进入，一路回车后，即进入系统shell。

NFS server：192.168.0.254

Directory：/var/ftp/pub

因/etc/fstab文件改名，系统无法正常读取到该文件，所以导致分区均无法挂载起来，所有数据均无法读出，首先需要恢复/etc/fstab文件。

在根分区上建立一个目录，如：mkdir test，将根分区挂载到该目录上

mount /dev/hda3 test （/dev/hda3根据系统不同而不同）

使用df命令查看，系统应该已经挂载到test目录中，进入该目录就可以看到/test/etc目录，将fstab文件改回来

按exit重新启动系统，系统读取到/etc/fstab文件会自动挂载文件系统

进入内核所在目录 cd

/mnt/source/Server

重新安装内核（rpm –ivh kernel-2.6.18-53.el5.i686.rpm --root=/mnt/sysimage --force）

切换到系统根分区 chroot

/mnt/sysimage

安装GRUB

grub-install /dev/hda
(/dev/hda根据系统不同而不同)

重新生成initrd-2.6.18-53.el5.img

① rm/boot/initrd-2.6.18.el5.img

② cd /lib/modules

③ mkinitrd /boot/initrd-2.6.18-53.el5.img

18-53.el5

编辑/boot/grub/grub.conf文件

default=0

timeout=10

title Redhat Enterprise 5

root (hd0,0)

kernel /vmlinuz-2.6.18-53.el5 ro root=LABEL=/

initrd /initrd-2.6.18.el5.img

按两次exit重新启动系统改从硬盘进行RHEL引导，测试是否可正常启动

看完上述内容，你们掌握RHEL引导故障的解决过程的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注编程网行业资讯频道，感谢各位的阅读！