外地客户如不方便将要进行数据恢复的储存设备(如硬盘,U盘等)送到我们数据恢复中心，可以通过快递至我数据恢复中心。
Ext3文件系统的超级块位于分区内的2号扇在RAID结构分析中，我们可以利用超级块在物理盘中的位置判断条带大小的范围。
例如，一个Linux系统的RAID-0由两块成员盘组成，其中硬盘0的第一个扇区的内容如下图所示。
硬盘0的第一个扇区是MBR,其第一个分区表项描述了分区开始位置为63,跳转到 63号扇区，内容如下图所示。
硬盘0的63号扇区是一些引导程序，这也是该分区的起始扇区，从这一点可以推断该RAID-0的条带大小大于等于64个扇区。
再往后翻两个扇区，也就是硬盘0的65号扇区，理论上应该就是超级块。跳转到硬盘0的65号扇区，其内容如下图所示。
硬盘0的65号扇区显然不是超级块，这就可以说明该RAID-0的条带大小是64扇区。为了验证我们的推断，再分析一下硬盘1。
因为硬盘0的63号扇区是引导扇区，但超级块却不在硬盘0的65号扇区，那么它就应该在硬盘1的第二个扇区，即1号扇区，跳转到硬盘1的1号扇区，其内容下图所示。
硬盘1的1号扇区的确是超级块，这就验证了我们的推断，该RA1D-0的条带大小就 是64个扇区。
本文系转载，如有侵犯版权问题，请通知。我们立即删除。
转载请注明： &
or分享 (0)修复损坏的 ext4 大分区数据 - CSDN博客
修复损坏的 ext4 大分区数据
http://exaos.github.io/blog/_fix-bad-ext4.html
新买了一块 3TB 的硬盘和一个两座的硬盘底座，很开心。由于我的主系统是 Linux, 所以就格式化成了 ext4 分区。在 Windows 系统下可以通过工具 ext2fsd 来访问。朋友说有很多高清电影等资料可以分享，就把硬盘借给他，结果悲剧了：他说在拷贝文件到 2TB 左右时，硬盘挂了，识别不了了。没办法，我只好自己试着修复一下。如后是数据恢复过程的摘要。
通过&dmesg&得到系统提示， GPT 分区表被破坏。使用 GNU Parted 工具恢复一下 GPT 分区表，问题解决。
此时使用&gdisk&工具查看硬盘分区，显示分区为&Microsoft basic data&格式，而我原来的分区为&ext4. 用&gdisk&的命令&t&更换分区类型为&0x8300,
即&Linux filesystem. 保存退出，问题解决。
此时无法加载分区，出现的错误如下：
e2fsck: 超级块无效, trying backup blocks...
e2fsck: Bad magic number in super-block 当尝试打开 /dev/sdh1 时
The 超级块 could not be read or does not describe a correct ext2
If the 设备 is valid and it really contains an ext2
文件系统 (and not swap or ufs or something else), then the 超级块
is corrupt, and you might try running e2fsck with an alternate 超级块:
e2fsck -b 8193 &设备&
此时用&dumpe2fs&工具查看分区信息，得到如下的错误信息：
dumpe2fs 1.41.12 (17-May-2010)
dumpe2fs: Bad magic number in super-block 当尝试打开 /dev/sdh1 时
找不到有效的文件系统超级块.
使用&testdisk&检测硬盘，找到分区的 superblock 位置如下：
2, 94, 663616
尝试使用备份的超级块加载硬盘分区：
-& % sudo mount -t ext4 -r -o sb=819200 /dev/sdh1 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sdh1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail
不管这些，直接尝试从&819200&超级块的位置恢复文件系统：
root@memes:~# fsck.ext4 -b 819200 -p -v /dev/sdh1
EADEPOT was not cleanly unmounted, 强制检查.
EADEPOT: Inode 1598038, i_块s is 7830912, 应为 7822912.
分区数据总算是正常找回了，丢失的内容不多。
在硬盘出现故障时，没想清楚前不要着急着动手修复。分析故障，首先排除硬件故障，其后排查是否分区表有误。本次修复数据经历中涉及到的分区表使用的是 GPT 格式，因此，绝不可按处理 MBR 分区格式的方法对待。现在, 2TB 以上的硬盘越来越普遍，老旧的 MBR 分区格式逐渐被淘汰，你的工具应该跟上时代。在 Linux 下应该学会使用&gdisk,&parted等较新的工具。&fdisk&等很实用，但只适用于
MBR 格式的分区表。修复硬盘数据时，首先要将分区格式恢复到正确的配置上。比如 EXT3, NTFS, 等。修复数据时，不要着急着直接修复，不妨先使用参数&-n&之类的先看看具体情况，如果没什么问题，再直接修复。与 ext2/3/4 相关的工具都在软件包e2progs&中，包括&e2fsck,&dumpe2fs,
等。testdisk&工具很好用，但涉及底层，操作须谨慎。
本文已收录于以下专栏：
相关文章推荐
很长一段时间以来，ext3是很多linux发行版默认的文件系统，目前ext4已经正式发布，已经有发行版开始使用ext4作为默认的文件系统了，其实最初的时候ext4是作为ext3的扩展，但是为了保证ex...
希捷，卧槽泥马！买了不到一年的希捷 1T 硬盘最近两个月一直卡死，症状是访问时 CPU 飙升，文件管理器窗口假死，各种闹心事我已经在 Twitter 上喷过了，非本文重点还是少说了。
数据是宝贵的，...
[root@appserver ~]# df -h                  &#...
作者：清林，博客名：飞空静渡
今天在测试我刚完成的在linux对NTFS分区进行备份和恢复的代码，运行程序备份一个200M的NTFS分区，然后在运行另一个程序恢复数据到这个200M的分区中，然后...
希捷，卧槽泥马！买了不到一年的希捷 1T 硬盘最近两个月一直卡死，症状是访问时 CPU 飙升，文件管理器窗口假死，各种闹心事我已经在 Twitter 上喷过了，非本文重点还是少说了。
数据是宝贵...
Ext2文件系统的布局：
磁盘的不同分区中可能对应的是不同的文件系统。任何Ext2分区中的第一个块从不受Ext2文件系统的管理，因为这一块是为分区的引导扇区所保留的。该块称为是引导块。任何一个磁盘分区...
.cn/thread-.html
他的最新文章
讲师：吴岸城
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)linux EXT3-fs文件系统错误的修复方法_中华文本库
第2页/共3页
ad block from filesystem resulted in short read while checking ext3 journal for /dev/hda1 说明问题不是出在超级块，出自日志文件系统的日志。此时可以安全地删除 ext3 文件系统 的日志： tune2fs -f -O ^has_journal /dev/hda1 这样就删除了/dev/hda1 文件系统上的日志， 这时可以重新尝试挂载分区， 必要的话可以重 建日志系统(使用 tune2fs -j /dev/xxx)。 如果 tune2fs 提示下面的错误： tune2fs: Attempt to read block from filesystem resulted in short read while reading journal inode 则说明指向日志的 inode 坏了，意味着无法清除日志。这时可以尝试 debugfs 命令，它是 加上-c 参数检查文件系统的坏块。 至此， ext2&3 文件系统的调试器。 也可以再次使用 e2fsck， 因为无法检查或修复问题磁盘上的文件系统，该拿出杀手锏了。 使用 ddrescue 克隆损坏的磁盘 如果磁盘因为坏块而妨碍了读取，可以使用一个原始的磁盘复制实用程序创建磁盘的一个副 本。Unix/Linux 系统自带了一个简单实用程序 dd，它把一个文件/分区/磁盘复制到另一个(在 第一个专题里用到过)。前提条件时必须在系统里添加一块容量不小于问题磁盘的新硬盘。
新硬盘准备就绪后，输入下面命令： dd if=/dev/hda of=/dev/hdb conv=noerror,sync 上面的命令将坏磁盘(/dev/hda)复制到新磁盘(/dev/hdb)，忽略读取时遇到的错误 (noerror)，当遇到不能访问的块时用适当数量的空值填充输出(sync)。 但是 dd 有几个缺点：首先是速度太慢；然后是不显示进度信息，直到完成前它都是沉默的； 不重新尝试失败的读取，这会减少能从坏盘恢复的数据量。因此在这里介绍另一个软件 ——ddrescue，可以从 http://www.gnu.org/software/ddrescue/ddrescue.html 获取 最新版（Fedora8 用户可以直接用 yum install dd_rescue 安装） 。目前 ddrescue 最新版 本是 1.7，直接下载链接： http://ftp.gnu.org/gnu/ddrescue/ddrescue-1.7.tar.bz2 编译、安装后，可以使用下面命令完成相同的任务： ddrescue --max-retries=-1 /dev/hda /dev/hdb
其中 max-retries=-1 参数表示无论遇到多少错误都不要停止。程序从 hda 读取数据并写 到 hdb 中时，不断更新各项数据，可以方便地查看工作进行情况。 在 ddrescue 结束磁盘复制后，在新硬盘上运行 e2fsck，以消除原始磁盘的坏块引起的文 件系统错误。由于肯定会有大量错误，可以用-y 参数运行 e2fsck，指示 e2fsck 对每个问题 都回答 yes： e2fsck -y /dev/hdb 此时，可以使用 mount 命令挂载文件系统，看看数据的恢复情况了。记得检查驱动器根目 录下的 lost+found 文件夹，fsck 把不能正确链接的文件和目录放在了这个文件夹里。
第2页/共3页
寻找更多 ""怀疑EXT3读取软件破坏硬盘数据，WIN下避免这个情况 - OPENWRT专版 - 恩山无线论坛 -
Powered by Discuz! Archiver
怀疑EXT3读取软件破坏硬盘数据，WIN下避免这个情况
本帖最后由 wotacid 于
01:47 编辑
我专门为下载购买的2个新硬盘同时出相同故障，
相同特征是安装了EXT3软件，
对比某些人说LINUX安装就会摧毁硬盘WIN数据的特性，这个应该是问题所在的，
我在安装Xp是时候发现80G硬盘失踪的40G作为未格式化数据出现，而
在WIn下硬盘检查软件无法发现这些数据，
原来几个逻辑盘丢失就这样变成一个整体被Xp安装程序发现了，
而且里面数据全部消失，代价真大，
是不是只有我遇到呢
看了几次,都不知道楼主想说什么.
yuanwb1984
没有看清楚说明就在机器上安装
虚拟机推荐
starinvader
本帖最后由 starinvader 于
15:30 编辑
什么是“EXT3读取软件”我一点也看不明白
是能直接在系统中显示EXT分区并分配盘符像普通NTFS/FAT分区那样读写吗？
在Win7下能正确读写EXT3分区的目前一点不多，正确工作的，也只见到Ext2FSD。随便拿适用XP的文件系统驱动程序装上Win7就注定会悲剧，表现就在于分区表会很和谐，然后针对于EXT的特性，数据损毁也丝毫不稀奇。
“某些人说LINUX安装就会摧毁硬盘WIN数据的特性” 这是放屁
:Q一头雾水
怀疑EXT3读取软件破坏机器，还是硬盘机器问题，XP机器专门负责把下载的移动硬盘数据拷贝的，WIN7无法读取，网络复制下载数据全部失败，所以专门有二奶机器安装Xp和LINUX软件读取移动硬盘数据，今天出现这个问题，其他人有吗
硬盘是专门为下载要的二手，一台给猫下载机，一台给二奶机Xp的
和下载硬盘无关，WIN机器的硬盘目前80G才认31G，软件格式出现错误
我以WINDM和磁盘天才软件操作是提示错误，无法格式化，挂WIN7的机器往里面拷贝数据可以
安装系统不可以
Ext2FSD就是这个软件，Xp的机器先出问题，其次是WIN7的，安装的逻辑盘消失
Xp的机器修复了，数据消失了，WIN7 的开始处理同时如此问题应该是M$的破坏性阴招
是的，windows的EXT分区读取软件是存在损毁数据的情况。
楼主在安装Ext2FSD之类的软件应该注意到这个纹理。
此类软件毕竟是第三方跨平台的磁盘系统操作软件。这种风险楼主应该有相应的风险防范知识和意识。
starinvader
Windows本身就提供了第三方文件系统的接口，何况我还见到过自己解析文件系统(EXT)的软件
当然自行解析文件系统的，Windows下太多太多这类例子了，比如各种和谐的ARK
查看完整版本:本帖子已过去太久远了，不再提供回复功能。}