CentOS 6 各种启动文件损坏及修复

stage1 mbr的破坏和恢复

清空mbr 前446字节

dd if=/dev/zero of=/dev/sda bs=1 count=446

如果没有挂载启动光盘,会显示这样

如果启动前挂载了光盘,则重启之后自动从光驱启动了

此时选择救援模式,Rescue installed system

按照提示操作最后进入到shell

修复mbr需要用到grub去修复磁盘,所以要先把根切到硬盘上

chroot /mnt/sysimage

运行grub-install进行修复

grub-install /dev/sda

查看一下

hexdump -C -n 512 /dev/sda

exit

reboot

stage1.5 数据破坏与修复

1.5阶段的数据存放在mbr之后的27个扇区内,也就是13824个字节

破坏掉1.5阶段的数据,无需全部破坏,我们用5120个字节试试.

dd if=/dev/zero of=/dev/sda bs=1 count=5120 skip=512 seek=512

修复方法同样可以用grub-install

重启进入救援模式

chroot /mnt/sysimage

grub-install /dev/sda

reboot

stage2  grub目录的破坏与修复

删除文件但保留grub.conf

重启,提示error 15 ,

因为之前用grub-install修复过.所以之后启动系统都需要读取这些文件.

除了grub.conf文件,其他文件依然使用grub-install来修复.

进入救援模式

chroot /mnt/sysimage/

grub-install /dev/sda

sync

恢复grub.conf文件

cd /boot/grub/

可以使用scp命令通过网络其他主机copy一个过来

也可以手动编辑一个grub.conf,内容格式如下

如果 /boot文件夹丢失

进入救援模式

切换根,挂载光驱

chroot /mnt/sysimage/

mount /dev/cdrom /mnt

安装内核

rpm -ivh /mnt/Packages/kernerl.... --force

如果没切根 要加 --root=/mnt/sysimage/

修复grub

grub-install /dev/sda

编辑恢复 grub.conf

丢失/boot/ 和 /etc/fstab

先修复 fstab

执行mount 按照内容来猜测每一个设备分区对应的挂载点

也可以 fdisk -l 按照分区大小来区分

或者创建临时文件夹,挂载分区,查看其内容来确定

mkdir /mnt /tmp

mount /dev/sda1 /mnt/tmp;ls /mnt/tmp

mount /dev/sda2 /mnt/tmp;ls /mnt/tmp

...

按照上面得到的信息编辑fstab文件.

vi /mnt/tmp/etc/fstab

reboot

此时已可以加载分区,但还需要恢复/boot文件夹.

进入救援模式

挂载光盘/mnt/cdrom

安装内核

rpm -ivh /mnt/cdrom/.... kernel.....rpm --root=/mnt/sysimage/ --force

修复grub

grub-install /dev/sda

sync

编写grub.conf

vi /boot/grub/grub.conf

reboot

丢失/sbin/init

用bash代替init

救援模式

读写方式重新挂载根

mount -o remount.rw /

如果之前在/dev/sda3有init的备份,则挂载/dev/sda3.并恢复备份

mount /dev/sda3 /app

mv /app/init /sbin

如果没有备份,可以直接重装upstart.

挂载光盘/mnt/cdrom

安装

rpm ivh /mnt/cdrom/CentOS_6.9_Final/Packages/upstart.xxxxxxxx.rpm –force

逻辑卷被破坏

通常centos默认安装分区是会使用逻辑卷的,但/boot一定会使用普通分区.

假设破坏导致/etc/fstab和/boot丢失

删除 /etc/fstab和/boot

reboot

修复:

1) 恢复逻辑卷

进入救援模式

使用命令查看磁盘和逻辑卷信息

blkid

lvs

pvs

挂载lv

mkdir /mnt/root

vgchange -ay 激活卷组

mount /dev/VolGroup/Lv_root /mnt/root

挂载boot分区

mkdir /mnt/boot

mount /dev/sda1 /mnt/boot

编辑fstab内容,把主要磁盘挂载记录添加即可

vi /mnt/root/etc/fstab

其中UUID可以通过blkid获得

reboot

2)恢复/boot

进入救援模式

切换根

chroot /mnt/sysimage/

挂载光盘

mkdir /mnt/cdrom

安装内核

rpm -ivh /mnt/cdrom/....kernel.....rpm –force

修复grub

grub-install

启用swap

blkid | tail -n1 >> /etc/fstab

swapon -a

swapon –s

查看内存状态

free

reboot

原文地址:https://www.cnblogs.com/Q--T/p/8167876.html

时间: 2024-11-09 03:12:07

CentOS 6 各种启动文件损坏及修复的相关文章

视频文件损坏怎么修复

视频文件损坏了该怎么修复呢?来自江苏南京的一个客户通过网络搜索联系到了甲驭科技数据恢复中心,原来,他用索尼机器录制的mxf格式的视频文件存储在硬盘中,因为硬盘出故障,导致里面的所有视频素材都损坏无法播放了,但是文件大小那些都正常,只是播放提示无法渲染,这可急坏了他,里面有很多客户的视频素材还没给客户交差呢? 客户联系到甲驭科技数据恢复中心后,甲驭客服具体了解了该客户的故障情况,原来该客户是用索尼EX280录制的mxf格式的视频,硬盘不知道出现了什么问题,里面所有问题到损坏了,初步怀疑是中病毒了,

MXF视频文件损坏的修复方法

MXF是SMPTE(美国电影与电视工程师学会)组织定义的一种专业音视频媒体文件格式.MXF主要应用于影视行业媒体制作.编辑.发行和存储等环节,由此可见MXF文件的重要性. MXF文件在拍摄中意外断电.关机等误操作会导致MXF文件无法播放(或者仅生成RSV文件),此时就需要修复文件就可以还原原始素材. 再优秀的文件结构也会出现意外,MXF也不例外,通过对已处理的恢复案例进行总结发现,MXF也存在和MOV一样的断电"封装"问题.什么是封装呢?简单的说就是摄像机首先是按照MXF要求的标准采集

ORA-01578 data block corrupted 数据文件损坏 与 修复 (多为借鉴 linux)

好吧,先说说造成崩溃的原因: 使用redhat 5.9 Linux 作为数据库服务器, 周五数据库正在使用中,硬关机造成数据库文件部分损坏(周一上班时,应用程序启动不起来,查看日志文件时,发现一个数据表映射失败) 使用pl/sql 查询数据文件时,发现 查询表正常,但是使用 where限制条件的时候,会造成崩溃      (只是为了说明命令,未保留当时警告截图) 然后出现 ORA-01578 data block corrupted , 因此 问题排查为当前数据表索引存在问题, 因此使用备份数据

Linux服务器断电导致挂载及xfs文件损坏的修复方法

系统文件损坏后进入紧急修复模式,无法进行维护工作 welcome to emergency mode!after logging in ,type "journalctl -xb" to view system logs,"systemctl reboot" to reboot ,"systemctl default" to try again to boot into default mode. give root password for m

centos 7 kickstart启动文件ks.cfg简单配置

本配置是基于system-config-kickstart软件配置并加入自己lvm分区的例子,基于ipv6地址的http源及UEFI+GPT模式的BIOS,ISO源为CentOS 7 1810 minimal 以下为ks.cfg文本: #此处为你的平台版本 #platform=x86, AMD64, 或 Intel EM64T #version=DEVEL #Install OS instead of upgrade install #Keyboard layouts keyboard 'us'

MS Sql Server 数据库或表修复(Log日志文件损坏的修复方法)

----------------- [1] use master go sp_configure 'allow updates',1 reconfigure with override go ----------------- [2] update sysdatabases set status=-32768 where dbid=DB_ID('zc_post') ----------------- [3] dbcc rebuild_log('zc_post','d:\zc_post_log.l

简易修复启动文件错误------/etc/fstab

如果启动过程中发现/etc/fstab启动文件损坏,或者意外将一个磁盘的UUID写错,都将导致系统无法正常启动. 1. 根据提示输入root密码,此模式下/etc/fstab为只读文件无法进行修改.需要重新挂载/目录为rw(读写) mount  -o  remount,rw / 2. 查看相关设备的UUID  ls  -l  /dev/disk/by-uuid/ 依据此处设备UUID猜测更改fstab文件中报错UUID: 3. 编辑修改fastab文件  vim  /etc/fstab 4. 重

解决Windows 资源保护找到了损坏文件但无法修复问题

今天Windows 8.1系统的电脑突然卡住并且自动重启,通过事件查看器得到的资料有限,初步怀疑是系统文件受损导致,于是通过经典的sfc /scannow验证系统并修复受损文件,但是得到以下提示: 开始系统扫描.此过程将需要一些时间. 开始系统扫描的验证阶段. 验证 100% 已完成. Windows 资源保护找到了损坏文件但无法修复 其中某些文件.CBS.Log windir\Logs\CBS\CBS.log 中有详细信息. 例如 C:\Windows\Logs\CBS\CBS.log.请注意

【教程】教你解决“Windows 资源保护找到了损坏文件但无法修复其中某些文件”的问题【转载】

转载:http://www.cystc.org/?p=2827 很多人都会用sfc /scannow来解决系统文件损坏的问题,但有时也会遇到连sfc都无法修复的情况,最常见的就是出现“Windows 资源保护找到了损坏文件但无法修复其中某些文件 CBS.Log windir\Logs\CBS\CBS.log中有详细信息”,其实这是因为系统文件在winsxs中的备份也一并损坏的缘故,导致了最终文件无法被修复.解决的办法就是要找到损坏的文件,然后用正常的文件替换掉他. 第一步:找到损坏的文件 以管理