Como reparar disco inválido (bad superblock on /dev/sda) ?

jca159
(usa Fedora)

Enviado em 27/01/2020 - 15:26h

Bom dia amigos,

Estou tendo um problema e não consigo acessar nem montar meu HD. Para contextualizar a situação, tenho um notebook com um SSD 240GB onde estão dois sistemas operacionais (Windows 10 e Linux Mint). Além disso, tenho um HD de 1T, no qual eu tinha 5 partições: a partição de onde fica montado o /boot do linux (não faço ideia pq foi instalado isso no HD e não no SSD), 3 partições de dados e uma outra partição de uns 128mb que eu não fazia ideia do que era.

Ontem eu resolvi arrumar essa bagunça, afinal, não precisava ter 3 partições de dados, poderia juntar tudo em uma só partição NTFS. Pois bem, fiz isso e acabou que não consegui mais acessar a partição pelo linux, ao tentar montar, aparecia a mensagem:

mount: /mnt/Data: wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error. 

Contudo, ainda conseguia acessar a partição pelo Windows, mas algo me intrigava e eu achava que era esse o problema que me fazia não conseguir acessar no Linux: quando eu acessava a ferramenta de "criação de partição" do Windows, aparecia que eu tinha uma partição gigante dividida em 3 e eu achei que isso era o que causava o "bad superblock".

Nesse momento, havia apenas 3 partições no HD: a partição do /boot, a partição de dados e a partição de 128mb. Resolvi excluir a partição de 128mb e aumentar a partição de dados, ficando apenas com 2 partições. Por algum motivo, não consegui estender a partição (a Foto 1 mostra o que aparece no GParted). Após isso, eu não consegui mais acessar a partição nem pelo Windows, o mesmo informa que meu disco dinâmico é inválido (Foto 2).

De todo modo, eu ainda consigo dar boot no meu PC, visto que a partição de boot está no HD que está "inacessível".

Aqui abaixo estão alguns resultados de alguns comandos e algumas informações que creio que será útil para quem tentar me ajudar.

/dev/sda: meu HD 1T que está inacessível
/dev/sda1: partição onde está o /boot
/dev/sda2: partição de dados que é o resultado da junção das outras 3 partições.

/dev/sdb: meu SSD 240GB
/dev/sdb2: Windows 10
/dev/sda5: Linux Mint

Resultado do "sudo fdisk -l":

Disk /dev/loop0: 89,1 MiB, 93417472 bytes, 182456 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 /dev/loop1: 67,6 MiB, 70844416 bytes, 138368 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 /dev/loop2: 137,7 MiB, 144363520 bytes, 281960 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 /dev/loop3: 181,1 MiB, 189870080 bytes, 370840 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 /dev/loop4: 173,4 MiB, 181846016 bytes, 355168 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 /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 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: gpt

Disk identifier: BDC807D4-A466-472B-AB1F-F9BD1D3D92A4



Device       Start        End    Sectors   Size Type

/dev/sda1     2048    4892671    4890624   2,3G EFI System

/dev/sda2  4892672 1953262990 1948370319 929,1G Microsoft LDM data





Disk /dev/sdb: 223,6 GiB, 240057409536 bytes, 468862128 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

Disklabel type: gpt

Disk identifier: 488DE50E-CA02-4188-A8BA-BFBE94AA6D27



Device         Start       End   Sectors   Size Type

/dev/sdb1       2048    264191    262144   128M Microsoft reserved

/dev/sdb2     264192 262797671 262533480 125,2G Microsoft basic data

/dev/sdb3  262799360 264060927   1261568   616M Windows recovery environment

/dev/sdb4  264062976 265113599   1050624   513M EFI System

/dev/sdb5  265113600 426919935 161806336  77,2G Linux filesystem

/dev/sdb6  426919936 468860927  41940992    20G Microsoft basic data

 

Resultado do "sudo blkid":

/dev/sda1: UUID="0DB9-B011" TYPE="vfat" PARTUUID="fe734bc3-5680-46ad-bc53-8f876decf806"

/dev/sdb2: LABEL="Windows SSD" UUID="483A6E3A3A6E2562" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="35bbc920-7232-43e5-b532-00d1c54fb794"

/dev/sdb3: LABEL="P2 SSD" UUID="A4F2E807F2E7DB94" TYPE="ntfs" PARTUUID="75b4f1a5-2a74-4fc7-9596-2c2e443e4a8e"

/dev/sdb4: LABEL="P3 SSD" UUID="E5A6-210F" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="29b24382-886e-4a49-a0aa-32b98a62b083"

/dev/sdb5: UUID="533ea09a-307d-4b10-a6b2-faf4aa228b53" TYPE="ext4" PARTUUID="bebe8d5b-8fd3-4b2a-acfa-fb3b6ea92ea0"

/dev/sdb6: UUID="DEAE8FFDAE8FCC89" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="1c19b35d-09be-485a-b29b-4e1b05aea3e6"

/dev/loop0: TYPE="squashfs"

/dev/loop1: TYPE="squashfs"

/dev/loop2: TYPE="squashfs"

/dev/loop3: TYPE="squashfs"

/dev/loop4: TYPE="squashfs"

/dev/sda2: PARTLABEL="LDM data partition" PARTUUID="2f4de199-3eea-11ea-98b5-681729feaf96"

/dev/sdb1: PARTLABEL="Microsoft reserved partition" PARTUUID="dec170f4-3c3c-47fe-af7c-f86a8576e499"

 

Erro quando tentar executar "sudo mount /dev/sda2 /mnt":

mount: /mnt/Data: wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error.

 

Foto 1 (Ferramenta de criação de partição do Windows 10): https://ibb.co/LNQMSH6
Foto 2 (GParted): https://ibb.co/4NXRrPx

Eu agradeço imensamente se alguém puder me ajudar. Obrigado desde já!

removido
(usa Nenhuma)

Enviado em 27/01/2020 - 18:07h

Vc. deve ter feito alguma bagunça com o Windows.
LDM é coisa de Windows...
https://www.kernel.org/doc/html/latest/admin-guide/ldm.html

Tem um pacote que lida com esse tipo de sistema de arquivos
http://manpages.ubuntu.com/manpages/trusty/man1/ldmtool.1.html

albfneto
(usa openSUSE)

Enviado em 28/01/2020 - 17:23h

olha, parece bagunçado. o ideal seria salavar seus arquivos, fotos, vídeos, docs etc.... usando um live CD ou DVD ou um pendrive de boot.
depois vc reformata e re instala tudo, primeiro o windows, depois o mint.
Sobre /home em NTFS.... até dá. mas sempre precisa manter uma /home em linux, mesmo pequena, pq arquivos de configuração são salvos nela.
ou não faz /home nenhuma, deixa só a NTFS

eu geralmente faço o contrário.... meus arquivos na NTFS são para windows, meus linux, todos tem /home separada.

¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

albfneto
(usa openSUSE)

Enviado em 28/01/2020 - 17:32h

Para recuperar sem apagar nada, eu usei HDDRegenerator. As versões novas são pagas, mas vc acha uma versão gratuita dentro Hiren's Utilities antigo, versão 9

https://www.hirensbootcd.org/old-versions/.

¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.