Linux 救援模式

1、今天为了“拯救：mysql。 居然以root用户删了系统文件。真是“本末倒置”。以后看来管理员最少也得拥有两个帐号。一个root， 一个普通的。这样也不会误删linux rescue 使用图解老是有人问怎么进rescue 模式，不知道怎么用rescue来挽救系统。现在我来图解进入rescue (示例系统为RHEL 3)1。用安装光盘或者硬盘安装的方式进入安装界面，在shell 中输入 linux rescue2。然后根据提示选择语言和键盘格式3。选择是否配置网卡一般系统到了要rescue了，网络也就不需要了，所以可以选择否跳过网卡配置，当然你如果需要也可以选择是，具体设置过程和安装时一样。4。

2、选择是否然让系统查找硬盘上的RHEL 系统，选择继续。5。硬盘上的系统已经被找到并挂载在/mnt/sysimage 下6。按提示chroot /mnt/sysimagechroot 之后你就可以已经在你的要被拯救的系统下了。grub挂了的，grub-install /dev/hdxx配置文件改错的,vi /etc/fstab vi /etc/inittab .软件包被毁的 rpm -F xxx.rpm完成修复工作后,exit命令退出chroot，exit退出rescue shell 系统重启。 chroot 之后你就可以已经在你的要被拯救的系统下了。grub挂了的，grub-install /

3、dev/hdxx配置文件改错的,vi /etc/fstab vi /etc/inittab .软件包被毁的 rpm -F xxx.rpm完成修复工作后,exit命令退出chroot，exit退出rescue shell 系统重启。 备注：如果你硬盘上的系统是非rhel系统如debian的，那么在第4步时，rescue 程序会找步不到硬盘上的系统，所以我们这是选择"跳过"，直接进入shell。假设现在硬盘上的有一个debian 系统 /dev/hda1 为/boot 分区 /dev/hda5 为 / 分区 /dev/hda6 为swap。那么我们现在这么做。# fdisk -

4、l (查看分区情况)# mkdir /mnt/linux# mkdir /mnt/linux/boot (根据fdisk -l 得到的信息创建目录)# mount -t ext3 /dev/hda5 /mnt/linux# mount -t ext3 /dev/hda1 /mnt/linux/boot (挂载硬盘上的文件系统) # chroot /mnt/linux (chroot 改变工作系统)#自此我们顺利进入硬盘上的debian系统,剩下来到就和先前一样了，有冤的报冤有仇的报仇。另：如果你的系统是文件系统损坏那么就不用挂载，chroot 系统了。直接 fsck /dev/hdxx 即可。

5、其实我们仔细想想这个rescue会发现，所谓rescue 模式只是一个带shell 的linux 运行环境而已，然后通过mount 和 chroot进入要修复的系统的。所以在没有rescue 盘的情况下我可以利用 Linux livecd 或 软盘版的linux 进入shell 环境然后重做# fdisk -l (查看分区情况)# mkdir /mnt/linux# mkdir /mnt/linux/boot (根据fdisk -l 得到的信息创建目录)# mount -t ext3 /dev/hda5 /mnt/linux# mount -t ext3 /dev/hda1 /mnt/linu

6、x/boot (挂载硬盘上的文件系统) # chroot /mnt/linux (chroot 改变工作系统)#就可以简单的进入一个rescue 环境了.:em02:后记: 今天跑到机房一弄.不行. 于是乎开展了专项拯救活动.<>惠普硬盘 /dev/cciss/c0d0p1案例二：系统配置文件丢失修复系统在引导期间，很重要的一个过程就是init进程读取其配置文件/etc/inittab，启动系统基本服务程序及默认运行级别的服务程序完成系统引导，如果/etc/inittab误删除或修改错误，Linux将无法正常启动。此时，只有通过救援模式才可以解决此类问题。1、有备份文件的恢复办法进

7、入救援模式，执行chroot命令后，如果有此文件的备份（强烈建议系统中的重要数据目录，如/etc、/boot等要进行备份），直接将备份文件拷贝回去，退出重启即可。如果是配置文件修改错误，如比较典型的/boot/grub/grub.conf及/etc/passwd的文件修改错误，也可以直接修正恢复。假设有备份文件/etc/inittab.bak，则在救援模式下执行：sh-3.1# chroot /mnt/sysimagesh-3.1# cp /etc/inittab.bak /etc/inittab2、没有备份文件的恢复办法如果一些配置文件丢失或软件误删除，且无备份，可以通过重新安装软件包来恢复

8、，首先查找到/etc/inittab属于哪一个RPM包（即便文件丢失，因为存在RPM数据库，一样可以查找到结果）：sh-3.1# chroot /mnt/sysimagesh-3.1# rpm -qf /etc/inittabinitscripts-8.45.3-1退出chroot模式：sh-3.1# exit挂载存放RPM包的安装光盘（在救援模式下，光盘通常挂载在/mnt/source目录下）： sh-3.1# mount /dev/hdc /mnt/sourceFedora系统的RPM包存放在光盘Fedora/RPMS目录下，其他Linux存放位置大同小异，这里不一一列举；另外，因为要修复

9、的硬盘系统的根目录在/mnt/sysimage下，需要使用-root选项指定其位置。覆盖安装/etc/inittab文件所在的RPM包： sh-3.1# rpm -ivh -replacepkgs -root /mnt/sysimage /mnt/source/Fedora/RPMS/ initscripts-8.45.3-1.i386.rpm其中的rpm命令选项“-replacepkgs”表示覆盖安装，执行完成后，即已经恢复了此文件。如果想只提取RPM包中的/etc/inittab文件进行恢复，可以在进入救援模式后，执行命令：sh-3.1# rpm2cpio /mnt/source/Fedora/RPMS/initscripts-8.45.3-1.i386.rpm| cpio -idv ./etc/inittabsh-3.1# cp etc/inittab /mnt/sysimage/etc注意此命令执行时不能将文件直接恢复至/etc目录，只能提取到当前目录下，且恢复的文件名称所在路径