Linux高级系统恢复技术

一,MBR毁坏:

查看系统分区在那:

毁坏MBR:

如果没有重启动,可以直接恢复:

如果重启之后就不可启动系统,需要恢复系统:

出现这样的情况:

force off关机,使用光盘启动,添加一个镜像光盘:

点击finash完成!

选择光盘启动优先:

必须点击apply!

再次启动,选择Troubleshooting

进入挽救模式:

填1:

进入到真实系统中,重新建立MBR:

看见NO error reported说明成功了!

两次exit退出后

force off关机,选择硬盘启动!

再次启动就可以成功启动系统!

此问题解决。

注意:当重装windows系统之后发现主机本身的linux系统不见了,是因为新装的系统覆盖了原本的MBR,也可以用这种方法进行恢复。

二,删除grub.cfg

首先需要进入到/boot/grub2/grub.cfg文件中获取信息:

删除grub.cfg后没有重启动,可以直接恢复:

[[email protected] grub2]# rm -fr grub.cfg

如果删除了grub.cfg后重新启动了,则会出现:

解决方法:

即可重新启动,即如系统后需要执行grub2-config /boot/grub2/grub.cfg,即重新倒入文件,负责再次重启后又会启动不了。

注意:在次之前应先查看根分区和boot分区的位置

grub>set root=’hd0,msdos1’

如果根分区和boot分区在一块,则不会显示/boot分区的位置,只显示根分区的位置。如果不在一块,会分别显示。

如果根分区和boot分区在一块,在恢复的时候,要指明内核文件(linux16 /vmlinuz-3.10.0-327.el7.x86_64)和初始化文件(initrd16 /initramfs-3.10.0-327.el7.x86_64.img)的绝对路径。即linux16 /boot/vmlinuz-3.10.0-327.el7.x86_64和initrd16 /boot/initramfs-3.10.0-327.el7.x86_64.img

三,删除内核文件(linux16 /vmlinuz-3.10.0-327.el7.x86_64):

[[email protected] boot]# rm -fr vmlinuz-3.10.0-327.el7.x86_64

会出现;

解决:force off关机,选择光盘启动:

进入到Troubleshooting—>选择rescue模式

选1

将光盘挂载到/mnt上,光盘表示可以是:/dev/cdrom或者是/dev/sr0

进入到/mnt重新安装内核:

接下来关闭selinux再启动,会减少开机时间!

两次exit后force off关机再选择硬盘启动!

可以分解内核来解决这个问题:

同样选择光盘镜像启动,选择Troubleshooting—>rescue模式—>1—->enter

启动成功!

四,删除初始化文件(initramfs-3.10.0-327.el7.x86_64.img

如果没有重启动可使用命令恢复:

可以看见又重新生成初始化文件。

如果重启之后徐哟进入挽救模式

原文地址:https://www.cnblogs.com/kcxg/p/10947993.html

时间: 2024-08-10 22:45:14

Linux高级系统恢复技术的相关文章

【基础部分】之系统恢复技术

系统恢复技术 1.mbr出错的恢复方法 dd if=/dev/zero of=/dev/vda bs=446 count=1 reboot 此时打开虚拟管理器 用光盘启动或者网卡启动 选择troubleshooting 选择rescue a red hat ........ 原来的根目录会挂载到 /mnt/sysimage下 选择继续 输入grub2-install /dev/vda 然后两次ctrl+d 强制关机 改变第一启动项为硬盘启动 2.删除grub2.cfg 进入/boot/grub2

Linux 2 unit11 系统恢复技术

1.密码错误 解决方法 (1)开机按E (2)改rw rd.break (3)Ctrl+X ##运行 (4)chroot /sysroot/   ##改bash passwd       ##修改密码 touch  /.anturelabel  ##建立文件 exit    ##退出 **测试  2.缺少引导文件 解决方法 set root='hd0,msdos1'  ##设置启动硬盘 linux16 /boot/vmlinuz-3.10.0-123.e17.x86_64 ro root=/de

ubuntu(linux)新装系统恢复备份后无法进入系统问题的解决

1. 引子: 可以跳过直接看3.~5. 我们可能会遇到这样的状况,从ubuntu转到别的系统,兜兜转转又回到了ubuntu. 比如说: Fedora升级后一大堆BUG,与java有关的软件渲染都糟糕的一逼; linux mint 吹上天的 Cinnamon 其实没有综合搜索,反应特别迟钝,每个软件(包括shell)都要2秒后出现; centos和debian这种固若金汤的系统要啥没啥只剩稳定; openSUSE的软件特别少,https://software.opensuse.org/find 又

Linux的系统恢复

系统引导过程概述  1.系统启动流程  通电 bios(主板上的只读存储中,basic input or output system)作用,硬件检测,激活硬件 grub系统引导(grub引导分为两个阶段)1)阶段1 mbr(主引导记录)主引导记录在硬盘上的0磁道,一扇区,446个字节       dd if=/dev/zero of=/dev/vda bs=446 count=1 可以清空mbr,重新启动       进入到挽救模式,执行chroot /mnt/sysimage切换到真实/环境,

系统恢复技术

第十一单元 一 系统引导过程概述 通电 -  - > bios初始化 - - > gurb2 磁盘引导阶段 - -  > grub2 文件引导阶段 - - > 指定 boot 所在分区 - - > 启动内核,只读挂在 / 设备 - - > 启动 init 程序进入初始化阶段 - - > 启动 systemd 初始化进程 - - > 读取 /etc/systemd/中的文件 - - > 启动登入环境 二 grub 磁盘引导阶段 一 mbr mbr是主引导

第二课unit11 系统恢复技术

1.密码错误 解决方法 (1)开机按E (2)改rw rd.break (3)Ctrl+X ##运行 (4)chroot /sysroot/   ##改bash passwd       ##修改密码 touch  /.anturelabel  ##建立文件 exit    ##退出 **测试 2.缺少引导文件 解决方法 set root='hd0,msdos1'  ##设置启动硬盘 linux16 /boot/vmlinuz-3.10.0-123.e17.x86_64 ro root=/dev

一次因NAS存储故障引起的Linux系统恢复案例

一. 故障现象描述 NAS操作系统内核为Linux,自带的存储有16块硬盘,总共分两组,每组做了RAID5,Linux操作系统无法正常启动,在服务启动到cups那里就停止了,按键ctrl+c强制断开也没有响应,查看硬盘状态,都是正常的,没有报警或者警告现象. 二. 问题判断思路 通过上面这些现象,首先判断NAS硬件应该没问题,NAS存储盘也应该正常,现在Linux无法启动,应该是Linux系统本身存在问题,因此,首先从Linux系统入手进行排查. 三. 问题处理过程 1.第一次处理过程 NAS系

《Linux菜鸟入门2》系统恢复和selinux  

selinux的初级管理 1.什么是selinux Selinux:内核级加强型防火墙 2.如何管理selinux级别 selinux开启或者关闭 vim /etc/sysconfig/selinux selinux=disabled   关闭状态 selinux=Enforcing   强制状态 selinux=Permissive   警告状态 getenforce       查看状态 当selinux开启时 setenforce 0|1   更改selinux运行级别 3.如何更改文件安

linux笔记 2-11 系统恢复

**********11.系统恢复*********** ##系统启动流程## 通电 || bios(主板上的只读存储中,basic input or output system) 作用,硬件检测,激活硬件 || grub系统引导(grub引导分为两个阶段) 1)阶段1 mbr(主引导记录)主引导记录在硬盘上的0磁道,一扇区,446个字节 *)dd if=/dev/zero of=/dev/vda bs=446 count=1 可以清空mbr   *)进入到挽救模式,执行chroot /mnt/