Testdisk não encontra nenhum erro, mas ainda assim o disco rígido não está funcionando

Question

Depois de ler ontem à noite cerca de 3 horas de artigos e tutoriais na internet, e não encontrando nada, achei que era hora de postar aqui.

Eu tenho uma unidade externa de 500 GB, onde tenho muitas coisas. Basicamente o que tenho desde o meu primeiro computador.

Estou usando o linux manjaro agora. Eu tentei fazer um stick USB inicializável com dd. Meu disco rígido externo foi conectado ao laptop e também o stick usb. Depois que eu cliquei em entrar, percebi que o disco rígido externo também está conectado, então eu Ctrl + C imediatamente! Eu abri um gerenciador de arquivos e vi que meu hdd externo está lá, meus arquivos estão lá tudo legal. Ontem à noite, eu tentei copiar algo dele e BUM, não está funcionando! Então ... aqui está o que eu fiz:

sudo fdisk -l

..
Disk /dev/sdc: 500.1 GB, 500107862016 bytes, 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x4ed6f18f

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           0     1513471      756736   17  Hidden HPFS/NTFS

Disk /dev/sdc1: 774 MB, 774897664 bytes, 1513472 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x4ed6f18f

Outro comando:

[root@linux dev]# e2fsck -f /dev/sdc1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdc1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
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>

Então eu tentei:

[root@linux dev]# mke2fs -n /dev/sdc1
mke2fs 1.42.8 (20-Jun-2013)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
47328 inodes, 189184 blocks
9459 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=197132288
6 block groups
32768 blocks per group, 32768 fragments per group
7888 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840

Eu tentei fazer backup de alguns blocos com isso:

[root@linux dev]# e2fsck -f -b 32768 /dev/sdc1
e2fsck 1.42.8 (20-Jun-2013)
e2fsck: Invalid argument while trying to open /dev/sdc1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
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>

Experimentei o comando com todos os 3, mas consegui o mesmo.

Então ... eu decidi experimentar com o testdisk. Eu usei a análise testdisk no disco rígido externo, mas a análise não me deu saída, então eu tentei com a pesquisa mais profunda, mas mesmo, nenhum erro ou aviso encontrado.

Eu também tentei abrir o Gparted, mas isso me causou esse erro.

invalid partition table - recursive partition on /dev/sdc

Vocês têm alguma ideia do que eu poderia fazer para resolver isso ou posso resolver esse problema?

saída cfdisk / dev / sdc:

 cfdisk (util-linux 2.23.2)

                                Disk Drive: sdc
                       Size: 500107862016 bytes, 500.1 GB
             Heads: 64   Sectors per Track: 32   Cylinders: 476940

    Name        Flags      Part Type  FS Type          [Label]        Size (MB)
 ------------------------------------------------------------------------------
    sdc1        Boot, NC    Primary   Hidden HPFS/NTFS                   774.90 
                            Pri/Log   Free Space                      499332.97*

    

Answer 1

Seu problema parece ser bem diagnosticado pelo seu primeiro comando, fdisk: eu cito

Disk /dev/sdc: 500.1 GB, 500107862016 bytes, 976773168 sectors
....
Disk /dev/sdc1: 774 MB, 774897664 bytes, 1513472 sectors

Você tem um modo de partição, muito menor que o seu disco. Está claro que o restante de suas coisas está no território não alocado além do final dessa partição. No entanto, você não pode simplesmente usar um utilitário para reconstruir a tabela de partições, porque parece ter excluído 774 MB de dados; se você tivesse excluído apenas a tabela de partições, seria possível reconstruí-la e seus dados teriam reaparecido magicamente ilesos.

Ainda assim, você perdeu apenas 1 GB, então a maioria dos seus dados ainda está lá. Estou um pouco confuso com o fato de que o testdisk surgiu de mãos vazias, em geral, é um instrumento mais poderoso. Tem certeza de que você apontou para a parte 'não alocada' do disco? Se você não tiver (o que eu suspeito desde que você declara que não relatou absolutamente nada), o testdisk provavelmente verificou apenas os 774 MB da partição / dev / sdc1, o que, estou pronto para apostar, está perfeitamente OK. Em algum lugar na opção testdisk existe a parte 'não alocada do disco', você deve tentar isso.

Além disso, existem utilitários como o link , link , link . Para ainda mais utilitários, você pode tentar esta página muito informativa do Arch Linux Wiki.