Como restaurar um sistema de arquivos ext4

2

Eu tenho um dispositivo HDD chamado / dev / sdc1 que hospeda um sistema de arquivos diferente da minha raiz. Eu inicializo após uma queda de energia e não consigo montá-lo. Gostaria de saber se é possível que o sistema de arquivos seja corrompido além do reparo. Eu não acho que foi usado até mesmo no momento do fracasso. O que posso tentar fazer voltar a montar?

user@pc ~ $ sudo fdisk -l /dev/sdc 
... 
Device     Start        End    Sectors  Size Type 
/dev/sdc1   2048 5860532223 5860530176  2.7T Linux filesystem

/etc/fstab: 
/dev/sdc1   /mnt/data_c ext4    defaults    0 0 

user@pc ~ $ sudo mount /dev/sdc1 
mount: wrong fs type, bad option, bad superblock on /dev/sdc1, 
   missing codepage or helper program, or other error 

   In some cases useful info is found in syslog - try 
   dmesg | tail or so.

user@pc ~ $ dmesg|tail
...
[154150.717274]  sdc: sdc1 
[154564.927084] EXT4-fs (sdc1): VFS: Can't find ext4 filesystem

Então tentei montar com locais alternativos de superblocos.

mount -t ext4 -o sb=131072,ro /dev/sdc1 /mnt/data_c

Eu fiz o acima, com a opção sb igual a múltiplos de 4 dos seguintes números: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000 (porque alguém me disse que backups de superblocos são armazenados nesses blocos e eles devem ser multiplicados por 4 porque o mount quer seu sb = em termos de blocos de 1k). Eu sempre tenho o mesmo erro (tipo fs errado, má opção, superbloco ruim ... e VFS: não consigo encontrar o sistema de arquivos ext4).

Então eu usei testdisk, que pode encontrar a partição, e pode listar os arquivos (acho que todos os arquivos) nela. Ele também pode copiar alguns arquivos um por um, mas o problema é que eu preciso de cerca de 200-300 arquivos e isso é demorado, então eu gostaria de explorar outra possibilidade de talvez reparar o sistema de arquivos.

Disk /dev/sdc - 3000 GB / 2794 GiB - CHS 364801 255 63 

     Partition                  Start        End    Size in sectors 

  MS Data                     2048 5860532223 5860530176 [data3] 
superblock 0, blocksize=4096 [data3] 
superblock 32768, blocksize=4096 [data3] 
superblock 98304, blocksize=4096 [data3] 
superblock 163840, blocksize=4096 [data3] 
superblock 229376, blocksize=4096 [data3] 
superblock 294912, blocksize=4096 [data3] 
superblock 819200, blocksize=4096 [data3] 
superblock 884736, blocksize=4096 [data3] 
superblock 1605632, blocksize=4096 [data3] 
superblock 2654208, blocksize=4096 [data3] 

To repair the filesystem using alternate superblock, run 
fsck.ext4 -p -b superblock -B blocksize device

Estou muito curioso, o disco rígido tem menos de um ano, tenho quase certeza de que nada estava sendo gravado no momento da interrupção (embora possa ter sido lido). É possível que todos os superblocos tenham se tornado inválidos? Talvez eles estejam em outro lugar?

    
por engineerX 21.10.2016 / 13:51

1 resposta

1

Primeiro, você pode testar seu disco rígido por meio do pacote smartmontools

Ativar "inteligente" na sua unidade:

 smartctl -s on /dev/sdc

Inicie um teste longo (você pode tentar no primeiro teste " curto "):

 smartctl -t long /dev/sdc

Aguarde o final do teste e obtenha o resultado:

 smartctl -l selftest /dev/sdc

Se o seu disco rígido estiver ok, você pode tentar o comando abaixo para verificar o sistema de arquivos:

 e2fsck -n /dev/sdc1

Se isso não funcionar, testdisk é a solução.

    
por 22.10.2016 / 15:51