Em um momento de estupidez, eu deixei um script rodar dd
em um dos HDDs sem backup :(, 3TB de tamanho. Ele tinha um único sistema de arquivos ext4, que agora não é montado. / p>
Coisas que fiz até agora (sem sucesso) ao ler a miséria de outras pessoas:
dd
. testdisk
na unidade, isso gerou cerca de 20 linhas das seguintes opções ao executar o Analyze (rápido e profundo): ext4 0 0 1 364801 80 63 5860533168 [files]
. Ele não me permite corrigi-lo porque diz que as gravações não são permitidas quando None
é escolhido, qualquer outra combinação de opções parece ser infrutífera também (por exemplo, tentei escolher a Intel no tipo de partição, ainda não é possível). A propósito, files
é o nome da minha partição antiga. tentou montar a unidade com um superbloco de backup, como mostrado aqui:
$ sudo mke2fs -n /dev/sdc
mke2fs 1.42.8 (20-Jun-2013)
/dev/sdc is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
183148544 inodes, 732566646 blocks
36628332 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
22357 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, 512000000, 550731776, 644972544
isso continuou dizendo wrong filesystem type
ao executar mount
.
gparted
e tentou executar o fsck com um superbloco de backup, que tinha muitos avisos e números realmente estranhos que não faziam sentido. Portanto, estou prestes a desistir, infelizmente, porque usar photorec
para tentar extrair os arquivos sem a estrutura de diretórios consumirá muito tempo.
Há mais alguma coisa que valha a pena tentar que eu não tentei / fiz de errado?