linux boot目录损坏,LINUX 文件系统损坏后简要修复

情况一：

经常非法关机,断电,导致文件系统不连续,而在强制检查后不能通过的情况,系统会进入一个修复(repair)模式。

【进入启动画面之后，敲入“e”，把光标移动到kernel ...那一行，再敲入“e”，在kernel 一行的最后加上空格single，回车

敲入“b”，启动系统，即进入单用户模式，】

如需远程开启network和sshd服务,然后 cd /boot; umount / ;  fsck -y /dev/sda1(假设根目录分区为sda3)

这里可能会有一些不连续或者部分损坏的文件被系统搁置到/lost+found目录下,都以#开头,以节点命名的目录,

需要手动恢复,恢复步骤自行到网上查询,需要确认原来的目录结构。

情况二：

另外一种比较严重,同样因为某些原因,例如升级内核,例如频繁断电,导致启动到内核后,出现类似以下错误,

Boot error:

-----------------------------------------------------

Uncompressing Linux... Ok, booting the kernel.

Red Hat nash version 4.2.1.10 starting

XXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXX

XXXXXXXXXXXXXXXXXXXXXXXXXX

umount /initrd/dev failed: 2

Kernel panic - not syncing: Attempted to kill init!

-------------------------------------------------------

1: 进入grub后,能否检测到系统完整的 LINUX分区,如果分区完整，并且进一步分区下的  目录结构和文件初步完整,OK

将 kernel 后的 root=LABEL=/ 改成 root=/dev/hda3 或者 root=/dev/sda3 (根目录所在分区,我一般分为sda3)

应该可以顺利进入系统,然后参考 mklabel 命令,给根分区打上LABEL,或者修改grub.conf,将标签项改成用分区表示,然后grub-install ....

进行grub安装

2:进入grub后,只能检测到/boot所在分区,而root分区不完整,只能通过进入rescue模式,

使用fsck命令,

恢复数据实践步骤！！！

1.复制磁盘

dd if=源盘分区  of=目标盘分区 (最好一模一样大小) ，例如目标盘分区为/dev/sdb3

2.mkfs.ext3 -n /dev/sdb3   (一定要有-n,切记)  记住最后一个数字值

3.screen -S check

fsck -b  XXXX /dev/sdb3 -y

XXX为第二部里最后一个数字

开始检测，不用管，按 Ctrl+a -> d ，切换到后台，等扫描完， fsck -y /dev/sdb3 确认。

4. mount /dev/sdb3 /mnt