Filesystems 试图识别文件系统/磁盘标签,请将其恢复

Filesystems 试图识别文件系统/磁盘标签,请将其恢复,filesystems,recovery,data-recovery,Filesystems,Recovery,Data Recovery,我正在尝试标识(或者恢复)文件系统/分区表。朋友带来了一个“坏”的USB驱动器,Windows无法识别分区布局 在Linux下,fdisk表示分区表为空。尝试将其安装为NTFS、vfat,但运气不佳。使用fdisk/mkfs,创建了一个空的:DOS分区表、ntfs和fat文件系统,试图比较三个分区中第一个块中的幻数和损坏的驱动器-似乎没有一个是相同的dd'd将驱动器的前1MB存储到磁盘上的一个文件中(这样file不会说它是块设备),file表示“数据” 这是hd的前8行: 00000000 0

我正在尝试标识(或者恢复)文件系统/分区表。朋友带来了一个“坏”的USB驱动器,Windows无法识别分区布局

在Linux下,
fdisk
表示分区表为空。尝试将其安装为NTFS、vfat,但运气不佳。使用
fdisk
/
mkfs
,创建了一个空的:DOS分区表、ntfs和fat文件系统,试图比较三个分区中第一个块中的幻数和损坏的驱动器-似乎没有一个是相同的
dd
'd将驱动器的前1MB存储到磁盘上的一个文件中(这样
file
不会说它是块设备),
file
表示“数据”

这是hd的前8行:

00000000  0e 21 e9 6e 2c 64 39 b5  63 bf a5 08 8b 07 85 a6  |.!.n,d9.c.......|
00000010  63 aa ec 58 c3 ff fb 92  64 ec 80 02 f4 3c 4c d1  |c..X....d....<L.|
00000020  8f 2a e4 58 24 39 ba 3d  86 4a 8e e0 d3 27 ac 60  |.*.X$9.=.J...'.`|
00000030  eb 81 73 9f 26 68 f6 15  72 60 02 6b 32 32 4c 75  |..s.&h..r`.k22Lu|
00000040  b1 0a cd ff ff ff f4 ea  23 c8 2a ba 25 01 20 9d  |........#.*.%. .|
00000050  26 52 b1 31 2c 4d 72 b1  2f bc 9f 1f 59 5b 98 98  |&R.1,Mr./...Y[..|
00000060  41 9d 3c 10 17 d0 58 9a  ab 24 d9 31 ff 3a 79 55  |A.<...X..$.1.:yU|
00000070  f3 88 08 6b 57 ec 7a 5f  ff e0 21 c7 87 4c 62 83  |...kW.z_..!..Lb.|
00000000 0e 21 e9 6e 2c 64 39 b5 63 bf a5 08 8b 07 85 a6 |。!。n、 d9.c|

000000 10 63 aa ec 58 c3 ff fb 92 64 ec 80 02 f4 3c 4c d1 | c..X..d..如果您在Linux上研究fdisk代码,您将看到创建/解析主引导表的代码。该表包含不同引导分区的不同代码、起始块/偏移量、可引导/不可引导标志等。如果该表已损坏,则很难恢复

一个选择是找出MBT存储在USB上的位置…通常,它是基于文件系统的标准位置。如果那里的数据不可读,则超出它,查看第一个文件系统块驻留的位置(很可能也是修复起始位置。如果在该位置可以识别十六进制转储,则使用该块编号创建一个MBT,并查看引导是否工作

另一个选择是找出FS在USB上存储的MBT是否有副本。研究格式化USB的文件系统,您可能会更接近