Disco sd2 corrompido, não consigo montar e nem reparar com fsck

c-arpino
(usa Ubuntu)

Enviado em 19/01/2021 - 23:30h

Eu fui redimensionar a minha partição do hd que continha um Ubuntu 20.04 para reduzir um pouco e a alteração acabou corrompendo meu disco.

O disco se encontra desmontado e não consigo montar ele usando o comando:

mount /dev/sda2 /mnt 

Erro:

mount: /mnt: tipo de sistema de arquivos incorreto, opção inválida, superbloco inválido em /dev/sda2, página de código ou programa auxiliar faltando ou outro erro.

 

sudo e2fsck -b 8193 /dev/sda2 

Erro:

e2fsck 1.45.5 (07-Jan-2020)

e2fsck: Mau número mágico em super-bloco tentando abrir /dev/sda2



O super-bloco não pôde ser lido ou não descreve um sistema ext2/ext3/ext4

válido. Se o dispositivo é válido e realmente contém um sistema ext2/ext3/ext4

(e não swap, ufs ou outra coisa), então o super-bloco está corrompido e

pode tentar executar e2fsck com um super-bloco alternativo:

  e2fsck -b 8193 <dispositivo>

 ou

  e2fsck -b 32768 <dispositivo>

 

Eu preciso ao menos ter acesso de novo ao disco para fazer um backup dos meus arquivos, depois disso posso formatar.

ricardogroetaers
(usa Linux Mint)

Enviado em 20/01/2021 - 00:30h

Boot por uma mídia Linux diferente do HD em questão.
Saída do comando:
lsblk -io NAME,FSTYPE,SIZE,UUID,MOUNTPOINT

c-arpino
(usa Ubuntu)

Enviado em 21/01/2021 - 22:02h

Deu este comando e apareceu isso.

leandropscardua
(usa Ubuntu)

Enviado em 21/01/2021 - 23:06h

sdb2 está sem sistema de arquivo. Tinha dados ali? O q tinha ali, windows ou linux?

c-arpino
(usa Ubuntu)

Enviado em 21/01/2021 - 23:09h

No Gparted aparece assim

c-arpino
(usa Ubuntu)

Enviado em 21/01/2021 - 23:16h

Tinha um Ubuntu 20.04 com todos meus arquivos de alguns anos de trabalho e pesquisa.

ricardogroetaers
(usa Linux Mint)

Enviado em 23/01/2021 - 00:13h

Existe partições sem sistema de arquivos nos discos de 931 GB e de 119 GB, representadas respectivamente por sda2 e sdb2 no momento em que a figura foi capturada.
A recuperação de dados, se for possível, deve ser tentada com programas especiais.
Existe uma partição ext4, montada em /var/crash/, que é atípica de uma mídia de instalação Ubuntu/Mint, o que não vem ao caso.

Erros lógicos em sistemas de arquivos ntfs devem ser corrigidos com o chkdsk do Windows.
Fsck do Linux, até o momento, não suporta sistemas ntfs.

Tentemos apenas corrigir erros lógicos nos sistemas de arquivos (sobreviventes) suportados por fsck.

Boot pela mídia de instalação.
Cole e execute os seguintes comandos 1 de cada vez, nessa ordem:
sudo umount UUID=E64A-F321
sudo fsck -vfp UUID=E64A-F321

sudo umount UUID=8cbc9ac5-eb78-4f82-965d-64a9ba3422df
sudo fsck -vfp UUID=8cbc9ac5-eb78-4f82-965d-64a9ba3422df

sudo umount UUID=A8F2-F2A1
sudo fsck -vfp UUID=A8F2-F2A1

Se, por acaso, o fsck não puder decidir automaticamente o que fazer, avise e diga em qual sistema de arquivos ocorreu o problema.