centos6启动故障及修复

前言

前文中我们熟悉了linux的启动流程,如果在启动过程中文件丢失或者损坏了怎么办呢?难道只有重装系统这一条路吗?那我们不是成了普通网管了吗?作为专业的运维工程师,我们需要掌握如何快速修复系统启动。

实验1: 破坏/boot/grup/下的文件——-stage2 阶段  不影响启动

mv /boot/grub  /app———-移走左右文件保留grub.conf

实验2:破坏/dev/sda 前446字节,和启动相关

查看MBR

破坏grub的第一阶段 stage1

重启后系统会自动直接进光盘界面,进入救援模式切根:chroot /mnt/sysimage

安装grub:grub-install/dev/sda—–不止修复stage1 1.5、2统统修复。(第一种方法)

实验3:破坏mbr后续的数据——-stage1.5

用光盘引导,切根(第二种方法恢复)

1、/mnt/sysimage

2、grub

3、root (hd0,0)

4、setup (hd0)——依赖于/boot/grub/下的文件

这个时候重复实验1这时候已经起不来了,重新安装grub后第二阶段和刚开始的已经不是同一个文件了。

这时候还需要保留stage2这个文件 就可以启动了

实验4:制作启动项/etc/grub.conf -> ../boot/grub/grub.conf

1、default=0 
代表默认选择第一个

2、红色边框为复制添加部分

3、可以在title前或者initrd后面加入口令,可以加密

生成方法:

加密算法2:ssha512算法 更安全

4、内核参数 /proc/cmdline,可进行修改

quiet是隐藏内核的启动过程,删除可以看到内核过程

实验5:删除/boot/grub/grub.conf,修复

注意:必须事先知道root在哪,支持tab健补全。

实验6:删除/boot/grub目录

报错信息

进入光盘救援模式:     1、chroot  /mnt/sysimage

2、grub-install /dev/sda

3、sync

4、手动写一个grub.conf文件

实验7:删除/boot   
包含内核文件vmlinuz、虚拟文件系统 inittrd、grub

重启错误信息

1、进入光盘模式

chroot
/mnt/sysimage

mount
/dev/sr0 /mnt

2、恢复vmlinuz文件——–光盘复制内核包   在光盘中isolinux文件夹中,不在packages中

(第二种方法rpm -ivh /mnt/packages/kernel… –force—————-安装内核包)

3、恢复initramfs

mkinitrd /boot/initramfs.img `uname -r`

4、恢复grub—————grub-install /dev/sda

5、编辑grub.conf

实验8:删除/sbin/init

1、看到这个界面输入a

2、添加init=/bin/bash  指定系统不用默认的init启动  指定bash启动

3、查询到文件来自于的包组

4、试图创建发现是只读,也无法挂载光盘,需要重新挂载根

重新挂载根

挂载光盘

5、安装包

综合实验9:删除/etc/fstab和/boot  两个文件 恢复

1、进入光盘救援模式

这个时候光盘也无法挂载根,找不到分区

2、使用fdisk -l /dev/sda  、blkid 可以看到磁盘信息

3、创建文件,然后每个分区试图挂载,找到根和boot

4、创建创建文件,不支持vim,写完退出重启一下 重新进救援模式,实现自动挂载,不要手动挂载

5、直接安装内核包

6、安装grub

grub-install /dev/sda

编辑grub.conf文件

技巧:可是要vim直接读入名字,无需手写”r!”

总结:通过以上实验,对基本的故障都能恢复,结合启动过程,对linux应该会有一个更深层次的了解。

时间: 2024-08-26 20:52:00

centos6启动故障及修复的相关文章

CentOS6启动流程呢个以及删除boot分区相关实验

centos6启动流程 主动读取BIOS,通过CMOS加载硬件信息 ,并进行POST,指定第一个可启动的设备 ROM:BIOS,Basic Input and Output System,保存着计算机系统最重要的基本输入输出程序,系统信息设置,开机加电自检程序RAM:保存各项参数的设定 读取第一个可启动设备MBR的引导加载程序(grub)的启动信息 MBR: 446 boot loader 64:分区表 2 :55aa BIOS通过硬件的INT13中断功能来读取MBR的 Windows:ntlo

centos6启动过程

前言 每次在虚拟机里点击开启虚拟机后会看到屏幕不停地出现很多代码,后面有些跟着[ok],有些代码后面跟着红色的[failed].那么问题来了,为啥有些启动服务都失败了,系统还是进去了呢?本文就此给大家详细介绍一下,centos5和6 的启动流程.以后遇到系统无法启动,可以做到心中有数. 一.加电自检POST,通过BIOS读取cmos上的配置信息,读取硬件的信息.并检测能否正常运行,硬件设备初始化. 二.选择启动顺序 1.加载MBR,存在于0磁道0扇区前446字节: 2.读取位于MBR中存放的bo

Win8虚拟机无法启动:如何修复Win8安装

Win8虚拟机无法启动:如何修复Win8安装 2014-08-06 07:32:22 在Mac虚拟机安装Win8,Windows 无法以任何模式启动(正常模式或安全模式). 解决方案 1.点击启动 Windows 8 虚拟机 2.启动 Windows 8 虚拟机后立刻按下F8(最好继续按着直到您看到故障排除) 3.点击 刷新您的 PC Windows 8 将会尝试修复您遇到的启动问题 如果问题仍在存在: 高级故障排除 使用两个其它的参数通过 Windows 恢复环境 (Windows RE) 来

CentOS 7 启动故障、密码忘了怎么办?服务启动怎么优化?手把手教你解决!

前 言: 在解决问题前我们先了解一下开机引导的过程: 启动故障主要出现在前三个步骤,开机自检主要是检查硬件是否损坏,主要是检查CPU和内存, 所以如果是这一步骤出问题了我们就需要更换硬件了.下面我开始从MBR开始讲. 什么是MBR? 通常,我们将包含MBR引导代码的扇区称为主引导扇区.因这一扇区中,引导代码占有绝大部分的空间,故而将习惯将该扇区称为MBR扇区(简称MBR).由于这一扇区承担有不同于磁盘上其他普通存储空间的特殊管理职能,作为管理整个磁盘空间的一个特殊空间,它不属于磁盘上的任何分区,

Linux系统无法启动故障解决方案

Linux系统无法启动故障解决方案 2011-09-27 09:42 佚名 比特网 我要评论(0) 字号:T | T 不管你多么喜爱你的Linux系统机器,有时候你都必须恢复你的系统.是的,即使一台Linux系统机器也可能遭受系统崩溃:不管是由于视频配置错误.内核更新出错.或是由于init脚本配置错误,这种情况都是必然的. AD:2014WOT全球软件技术峰会北京站 课程视频发布 当你的心爱的linux系统出现故障的时候,你是如何来解决的呢?没有操作系统能够确保100%可靠.终有一天,即使Lin

CentOS6启动流程

CentOS6启动流程 1.加载BIOS的硬件信息,获取第一个启动设备 在通电之后,CentOS6会进行加电自检(Power On Self Test),这个过程主要是由BIOS完成的.在自检完毕,会检查启动设备. 2.读取第一个启动设备MBR的引导加载程序(grub)的启动信息 在检测到启动设置之后,会读取第一个可启动设备MBR(Main Boot Record)中grub的启动信息. 主引导扇区,由MBR(主引导记录,占446byte).磁盘分区表(DPT,占64Byte)和结束标志(占2B

AIX 5.3下Oracle 10g RAC 启动故障--CRS启动失败

AIX 5.3下Oracle 10g RAC 启动故障--CRS启动失败 系统环境: 操作系统: AIX 5300-09 集群软件: CRS 10.2.0.1 数据库:   Oracle 10.2.0.1                     系统架构图 故障现象: 系统重启后,在节点上CRS 启动失败或CRS服务启动成功,CRS Resource无法ONLINE. [[email protected] racg] cat /etc/hosts 127.0.0.1              

centos6启动流程详解

当我们在平常的工作学习的环境中使用linux时,我们只需要按一下开机键,系统就会自动为我们加 载好相关配置,然后为我们打开操作界面,那么在这个过程中究竟都发生了什么,如果系统突然起不来 了,那么到底是启动时的哪一部分发生了错误呢,下面,我们就来看看linux中的centos6启动的具体流 程. centos6启动流程大致分为以下这些步骤:     1.加电自检,得到BIOS的硬件信息,获取第一个启动设备 2.读取第一个启动设备MBR的引导加载程序(grub)的启动信息 3.加载核心操作系统的核心

收集与当前登录用户、启动日志及启动 故障的相关信息

获取当前用户的登录的相关信息. [[email protected] ~]# who root     pts/0        2014-07-28 10:03 (172.16.56.86) root     pts/1        2014-07-28 18:01 (172.16.56.86) 获取有关登录用户更详细的信息. [[email protected] ~]# w 09:42:32 up 4 days, 22:26,  2 users,  load average: 0.00,