情况一:
经常非法关机,断电,导致文件系统不连续,而在强制检查后不能通过的情况,系统会进入一个修复(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
阅读(1474) | 评论(0) | 转发(3) |