Son zamanlarda, harici sabit sürücü kasam başarısız oldu (sabit sürücünün kendisi başka bir kasada açıldı). Ancak bunun sonucunda, EXT4 dosya sistemi bozuk görünüyor.
Sürücünün tek bir bölümü var ve bir GPT bölüm tablosu kullanıyor (etiketli ears).
fdisk -l /dev/sdb gösterileri:
Device Boot Start End Blocks Id System
/dev/sdb1 1 1953525167 976762583+ ee GPT
testdisk bölüm bozulmamış olduğunu gösterir:
1 P MS Data 2049 1953524952 1953522904 [ears]
... ancak bölüm bağlanamıyor:
$ sudo mount /dev/sdb1 a
mount: you must specify the filesystem type
$ sudo mount -t ext4 /dev/sdb1 a
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
fsck geçersiz bir süper blok bildirir:
$ sudo fsck.ext4 /dev/sdb1
e2fsck 1.42 (29-Nov-2011)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb1
ve e2fsckbenzer bir hatayı rapor eder:
$ sudo e2fsck /dev/sdb1
Password:
e2fsck 1.42 (29-Nov-2011)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdb1
dumpe2fs Ayrıca:
$ sudo dumpe2fs /dev/sdb1
dumpe2fs 1.42 (29-Nov-2011)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sdb1
mke2fs -n(not, -n) süper blokları döndürür:
$ sudo mke2fs -n /dev/sdb1
mke2fs 1.42 (29-Nov-2011)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
61054976 inodes, 244190363 blocks
12209518 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
7453 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
... ancak her blok için "e2fsck -b [blok]" denenmesi başarısız olur:
$ sudo e2fsck -b 71663616 /dev/sdb1
e2fsck 1.42 (29-Nov-2011)
e2fsck: Invalid argument while trying to open /dev/sdb1
Ancak anladığım kadarıyla, bunlar dosya bloklarının oluşturulduğu sırada süper blokların olduğu yerlerdi;
Ayrıca günlüğün şifresini çözebilecek biri varsa testdisk derinlemesine bir araştırma yaptım. Gibi birçok giriş bahseder:
recover_EXT2: s_block_group_nr=1/7452, s_mnt_count=6/20,
s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190363
recover_EXT2: part_size 1953522904
recover_EXT2: "e2fsck -b 32768 -B 4096 device" may be needed
E2fsck'i bu değerlerle çalıştırmak şunları verir:
e2fsck: Bad magic number in super-block while trying to open /dev/sdb1
Bunu tüm süper bloklarla denedim. testdisk.log
for i in $(grep e2fsck testdisk.log | uniq | cut -d " " -f 4); do
sudo e2fsck -b $i -B 4096 /dev/sdb1
done
... hepsi aynı e2fsckhata mesajıyla birlikte.
Son denememde farklı dosya sistemi ofsetlerini denedim. Her ofset için i, i31744, 32768, 1048064, 1049088’den biri:
$ sudo losetup -v -o $i /dev/loop0 /dev/sdb
... ve koşarken testdisk /dev/loop0ilginç bir şey bulamadım.
Oldukça ayrıntılı oldum, ancak düşük seviyeli dosya kurtarma araçlarına ( / ) başvurmadan dosya sistemini kurtarmanın bir yolu var mı?foremostphotorec
testdiskyukarıda belirtildiği gibi, ben kullanarak farklı uzaklıklar çalıştı losetup( i * 512burada i62, 64, 2047'de veya 2049 biridir).
sudo fdisk -l /dev/sdbgösterir?