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