fsck解决Linux数据丢失问题

1、文件系统：ext2 ext3 reiserfs xfs等
　　2、范围：提示文件系统需要FSCK时，未执行或FSCK执行完成
　　[症状]
　 　1、无法MOUNT分区；
　 　2、大量文件、目录丢失，根目录下生成/LOST FOUND文件夹，里面有大量#XXXXXX类的文件和目录；
　 　3、FSCK很快报错完成；
　 　4、FSCK执行时，有大量提示，如修改节点、清0节点等操作
　　[应急方案]
　 　1、如遇提示FSCK时，请小心。如果可能，请尽快断开系统，UMOUNT所有分区。
　 　2、必需执行FSCK时，先做准备工作，方法一：可事先用dd命令将所涉及到的分区输出到另外的存

    储体上（最好不要在出错的存储体本身上做dd） 命令大致结构可如： dd if=/dev/sda0

of=/dev/sdb0 ……
　   3、必需执行FSCK时，先做准备工作，方法二：将整个LINUX存储体挂载到虚拟机环境，将LINUX存

储体设为Nonpersisten模式，再执行，执行过后，如果数据完好，应尽快通过FTP等方式拷贝出

来。
　　　4、必需执行FSCK时，先做准备工作，方法三：将整个LINUX存储体挂载到其他系统上（如WINDOWS），

做好镜像后再做FSCK.
　    5、如上面几种方式均因条件等原因无法实施，必须执行时，可小心观察FSCK的执行提示（关掉-a）

如果发现有提示节点错误需更正或清0、节点描述文件大小不正确等信息，应停止执行FSCK.　
　　6、因恢复需要参考很多信息，因尽可能保持系统不工作状态，至少不得再次MOUNT分区（即便不做

任何读写操作，也会因系统的工作原理不断降低数据恢复的可能性，增加数据恢复的难度）
　　7、寻求专业数据恢复公司帮助。
　对磁盘进行镜像的方案：
　　1、可用相同或大于源盘容量的硬盘做为目标盘，将源盘全部扇区方式CLONE到目标盘。
　　2、可将源盘完全以扇区方式输出文件到某大容量存储空间（如大容量硬盘、NAS、SAN、DAS等）
　　输入Root密码登录后采用：fsck -t ext3 -r /usr/local 修复
　　

fsck的命令的几个使用方法
　　指令：fsck
　　使用权限 ： 超级使用者
　　使用方式 ： fsck [-sACVRP] [-t fstype] [–] [fsck-options] filesys […]

参　　数：
-a 自动修复文件系统，不询问任何问题。
-A 依照/etc/fstab配置文件的内容，检查文件内所列的全部文件系统。
-N 不执行指令，仅列出实际执行会进行的动作。
-P 当搭配"-A"参数使用时，则会同时检查所有的文件系统。
-r 采用互动模式，在执行修复时询问问题，让用户得以确认并决定处理方式。
-R 当搭配"-A"参数使用时，则会略过/目录的文件系统不予检查。
-s 依序执行检查作业，而非同时执行。
-t<文件系统类型> 指定要检查的文件系统类型。
-T 执行fsck指令时，不显示标题信息。
-V 显示指令执行过程。

例子 :
检查 msdos 档案系统的 /dev/hda5 是否正常，如果有异常便自动修复 :
fsck -t msdos -a /dev/hda5

注意 :

此指令可与 /etc/fstab 相互参考操作来加以了解。

运行fsck命令后产生的文件有什么用？
当执行fsck命令时，fsck命令如果发现存在孤立的文件或目录，这些孤立的文件或目录对于系统管理员或用户来说，无法访问到它，因为它与它的上级目录失去了关联，如果用户允许fsck重新把它们找回来的话，fsck命令就会把这些孤立的文件或目录放在文件系统的/lost+found目录下，并用各自的i-node号来命名，以便用户查找自己需要的文件。Lost+found目录通过它的英文含义我们都可以知道，它是一个失物认领处。
因此当某个用户发现自己丢失了某个文件，可以在执行fsck之后到/lost+found目录下去查找，这时通过文件名已无法辨认出文件的作用，只能用file之类的命令来确定文件的类型，如果是数据文件，可以用more或vi命令来查看，如果是二进制文件，可以用dbx命令来调试或者试着执行它(注意它可能是一个具有破坏性的程序)，知道文件或目录的作用之后，可以对其进行改名。
如果用户不允许fsck把这些孤立的文件或目录找回来，那么fsck命令就会破坏这些文件或目录，彻底丢失这些文件或目录，用户或系统管理员永远也无法找回它们。

执行 e2fsck 或 fsck 前请先 umount partition，否则有机会令档案系统毁损。如果需要对根目录 (/) 进行检查及修复，便需要进入 singal user mode 执行。