linux救援模式

Linux系统使用版本：CentOS 6.5

救援模式有什么作用：

◆可以更改root密码；

◆恢复硬盘、文件系统操作；

◆系统启动不来的时候，只能通过救援模式来启动；

救援模式启动的步骤如下：

1、首先开机进入BIOS设置（每台电脑进入bios的方法不同根据自己的电脑进入），BOOT启动顺序为光盘优先启动 CD-ROM Drive 使用小键盘的+ -号调整上下顺序；设置好后保存并退出。


2、重启系统后进入安装启动菜单，上下键移动到Rescue install system 救援安装系统；



3、选择语言，保持默认English


4、选择键盘类型，保持默认us


5、是否启动网络，需要根据你实际情况进行选择，如果需要通过联网拷贝数据，选择YES，在这里我们选择NO；


6、进入到Rescue界面，选择Continue


7、系统挂载在/mnt/sysimage下 如果要到root环境下，运行 chroot /mnt/sysimage 命令



8、三种选项：shell 进入命令行模式；fakd是诊断模式；reboot重启电脑；我们这里选择shell


9、进入shell命令行，提示符为bash-4.1#

ls /mnt/sysimage/ 显示挂载的目录为根目录的文件

执行chroot /mnt/sysimage/ 将/mnt/sysimage/目录下的文件移动到根目录；

命令后提示符为sh-4.1#

ls 显示为根目录的文件；


10、在sh-4.1#模式下需要先exit退出，回到bash-4.1#才可以reboot重启系统；



可以操作系统实施救援了
grub挂了的，grub-install /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 -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 即可。　　其实我们仔细想想这个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/linux/boot (挂载硬盘上的文件系统)　　# chroot /mnt/linux (chroot 改变工作系统)　　#　　就可以简单的进入一个rescue 环境了.:em02:　　后记: 今天跑到机房一弄.不行. 于是乎开展了专项拯救活动.　　<>惠普硬盘 /dev/cciss/c0d0p1

案例二：系统配置文件丢失修复系统在引导期间，很重要的一个过程就是init进程读取其配置文件/etc/inittab，启动系统基本服务程序及默认运行级别的服务程序完成系统引导，如果/etc/inittab误删除或修改错误，Linux将无法正常启动。此时，只有通过救援模式才可以解决此类问题。1、有备份文件的恢复办法进入救援模式，执行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、没有备份文件的恢复办法如果一些配置文件丢失或软件误删除，且无备份，可以通过重新安装软件包来恢复，首先查找到/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存放位置大同小异，这里不一一列举；另外，因为要修复的硬盘系统的根目录在/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目录，只能提取到当前目录下，且恢复的文件名称所在路径要写完整的绝对路径。提取文件成功后，将其复制到根分区所在的/mnt/sysimage目录下相应位置即可。救援模式是维护Linux的有力武器，本文以上述两个例子讲解了它的应用方法，希望能够给读者一点启示。解决Linux系统启动的故障，必须充分理解Linux的引导过程，才能够对故障进行有效的判断和处理。