Eu tenho um disco rígido WD Green 2TB que costumava estar em um gabinete externo com conexão USB 2.0. Para melhorar a velocidade de comunicação, retirei-a da caixa e conectei-a ao meu PC através da SATA.
Neste disco rígido, tenho uma partição e tenho cerca de 99% de certeza de que o sistema de arquivos é EXT3. Caso contrário, pode ser EXT2 ou 4. Antes de retirá-lo do caso, ele estava funcionando muito bem, mas agora parece que o sistema de arquivos está corrompido.
Quando tento montar a partição, recebo o seguinte erro:
ubuntu@ubuntu:~$ sudo mount /dev/sdb1 /media/wd/
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Eu tentei várias coisas para reparar e recuperar o superbloco. Eu li os seguintes posts relevantes:
sudo fdisk -l me fornece a seguinte saída:
Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdb1 64 3907024895 3907024832 1.8T 83 Linux
O Parted não indica que encontrou qualquer sistema de arquivos:
Model: ATA WDC WD20EURX-63T (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32.8kB 2000GB 2000GB primary
Procurei por superblocos de backup assim:
ubuntu@ubuntu:~$ sudo mke2fs -n -S /dev/sdb1
mke2fs 1.42.13 (17-May-2015)
Creating filesystem with 488378104 4k blocks and 122101760 inodes
Filesystem UUID: 9e7b7f80-e70c-474a-b889-eff034b72fb0
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
No entanto, quando verifiquei todos esses backups com sudo e2fsck -b <BLOCK NUMBER> /dev/sdb1 , nenhum deles funcionou. Para todos os superblocos de backup, recebo a mesma saída:
ubuntu@ubuntu:~$ sudo e2fsck -b 23887872 /dev/sdb1
e2fsck 1.42.13 (17-May-2015)
e2fsck: Bad magic number in super-block while trying to open /dev/sdb1
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Eu também tentei varrer a unidade com gpart, o que sugere que eu estava errado, pois é um sistema de arquivos ext3:
ubuntu@ubuntu:~$ sudo gpart /dev/sdb
Begin scan...
Possible partition(Linux ext2), size(1907726mb), offset(1mb)
End scan.
Checking partitions...
Partition(Linux ext2 filesystem): primary
Ok.
Guessed primary partition table:
Primary partition(1)
type: 131(0x83)(Linux ext2 filesystem)
size: 1907726mb #s(3907022848) s(2048-3907024895)
chs: (0/32/33)-(1023/254/63)d (0/32/33)-(243201/13/12)r
Primary partition(2)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Outras coisas que eu tentei:
ubuntu@ubuntu:~$ sudo dumpe2fs /dev/sdb1
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sdb1
Couldn't find valid filesystem superblock.
ubuntu@ubuntu:~$ sudo fsck /dev/sdb1
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb1
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Alguém tem alguma sugestão do que mais eu posso tentar recuperar meus dados?
Parece que algo atrapalhou sua tabela de partições. Se a unidade foi particionada com qualquer software mais recente do que 7 anos ou mais, a partição deve começar no setor 2048, não no setor 63. De acordo com o gpart, é de fato onde seu sistema de arquivos é iniciado, portanto é necessário corrigir a tabela de partições. Use o fdisk para excluir e recriar a partição, mas com um setor inicial de 2048.