拯救模式(精).doc

1. 故障排错处理( Treatment failure troubleshooting ) 故障排错逻辑思路首先介绍一下 Linux 的启动流程: 第一阶段: BIOS 启动引导阶段在该过程中实现硬件的初始化以及查找启动介质从 MBR 中装载启动引导管理器( GRUB )并运行该启动引导管理第二阶段: GRUB 启动引导阶段装载 stage1 装载 装载 stage2 读取/boot/ 文件并显示启动菜单装载所选的 kernel 和 initrd 文件到内存中第三阶段:内核阶段运行内核启动参数解压 initrd 文件并挂载 initd 文件系统,装载必须的驱动挂载根文件系统第四阶段: Sys V init 初始化阶段启动/sbin/init 程序运行 脚本,设置系统环境,启动 swap 分区,检查和挂载文件系统读取/etc/inittab 文件,运行在/et/<#>.d 中定义的不同运行级别的服务初始化脚本打开字符终端 1-6 号控制台/ 打开图形显示管理的 7 号控制台启动流程和细节详解 BIOS ==> bootloader ==> kernel & ==> /sbin/init (grub) /boot/grub/ <-- grub 的配置文件,决定使用哪个 kernel 和 在/boot/grub 目录中有两个 stage 文件,其中: stage1 <--- 大小是 512 字节,这个文件会被写进 MBR 中 stage2 <--- stage1 被引导之后,会调用这个文件如果 grub 出现问题可能会有两种情况: a. 无法进入 grub ,屏幕左上角只出现一个光标。出现这种情况基本上 MBR 已经被破坏, 需要进入 rescue 模式进行修复。--> chroot 环境,执行"grub-install /boot 所在分区" 进行修复--> 无 grub 相关命令时,安装 包进行恢复--> /boot 目录下无相关的 vmlinuz 和 文件时,安装 包进行修复--> 无 时需要手工修复 成功加载,屏幕出现“ grub> ”,表示配置文件 找不到。--> 手工修复 & 在加载 vmlinuz 和 initrd 时出现: kernel panic 情况,基本是 设置参数出问题。--> 检查 编写是否出现问题--> 也有可能是分区设置或者硬盘损坏等问题,需要进入 rescue 模式检查 3./sbin/init /sbin/init 的配置文件是/etc/inittab 按照这个配置文件,系统会依次执行以下脚本: ---> /etc/ 定义 hostname, 重新挂载各分区, 加载各模块---> /etc/[0-6].d/ 目录下以 S 开头的脚本启动各 runlevel 的服务---> mingetty /dev/tty[1-6] 启用终端下面通过一个脚本来实现破坏系统,然后我们动手来修复系统脚本使用方法: 系统启动流程常见错误首先, BIOS 坏掉的话,不干 Linux 的事情。其次,硬件坏掉,也不干 Linux 的事情。那么我总结了几个 Linux 在启动时可能出现的 trouble 的地方。第一阶段: MBR 里面的引导管理器(IPL, Initial Program Loader)grub 损坏。第二阶段: ? , stage2 损坏。?找不到 ?找不到 kernel 第三阶段: ?找不到 ? fstab 分区挂载失败?磁盘卷标不匹配或丢失第四阶段: ? inittab 初始化脚本失败?图形界面加载失败?服务进程错误通过破坏脚本来详细的体验故障的解决流程 故障服务器现场处理如何进修复模式 TrobuleShooting 有很多时候需要在修复模式下对系统进行修复。把安装光盘放入光驱,重启电脑,选择从光驱启动。输入 liunx rescue 回车。即可进入修复模式。 Choose aLanguage :选择语言 Keyboard Type :选择键盘布局 working :是否启用网络支持 Rescue :选择用何种方式挂在硬盘分区, 有“继续(读写)”,“只读”,“跳过”三项。一般我们选"Continue ”。然后告诉你,修复模式下