☰

Não é possível carregar o Ubuntu: a soma de verificação do Superblock não corresponde ao superbloco ao tentar abrir/dev/sda7

tag-icon • tag-icon ubuntu hard-disk superblock system-failure
Não é possível carregar o Ubuntu: a soma de verificação do Superblock não corresponde ao superbloco ao tentar abrir/dev/sda7

Estou com um problema ao carregar no Ubuntu 17.04. Isso acontece pela segunda vez depois de inicializar o Windows. Pela 1ª vez acabei de reinstalar o Ubuntu. Não sou bom nessa questão, por isso espero obter uma lista completa de etapas para diagnosticar e resolver esse problema. Pilha de erros

Como solução alternativa e2fsck -b <Magic number> <device>foi usada.

Aqui está o resultado fdisk -le parece bom para mim:

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: F3EBBDD3-ABDB-4AD4-BBFB-9F97E38D2A2B

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    2050047    2048000  1000M Windows recovery environment
/dev/sda2     2050048    2582527     532480   260M EFI System
/dev/sda3     2582528    4630527    2048000  1000M Lenovo boot partition
/dev/sda4     4630528    4892671     262144   128M Microsoft reserved
/dev/sda5     4892672 1029873663 1024980992 488.8G Microsoft basic data
/dev/sda6  1029873664 1541873663  512000000 244.1G Microsoft basic data
/dev/sda7  1541873664 1737185279  195311616  93.1G Linux filesystem
/dev/sda8  1737185280 1741185023    3999744   1.9G Linux swap
/dev/sda9  1741185024 1953523711  212338688 101.3G Linux filesystem

Responder1

Como tentei a solução na resposta principal para um problema de superbloco, simplesmente recebi o mesmo erro.

Meu problema era que meu sistema Ubuntu não inicializava (em um cenário de inicialização múltipla) e não podia ser montado a partir de um sistema Linux diferente. Em uma sessão ao vivo, o gparted relatou um superbloco ruim.

Eu segui esta soluçãoaqui, mas o primeiro passo foi suficiente para mim.

Em um ambiente ao vivo, fiz algo como:

sudo fsck.ext4 -v /dev/sda6

que relatou o mesmo problema, mas também se ofereceu para corrigir. Selecionei "y" para "sim" várias vezes e depois "a" (consertar tudo, eu acho).

Tudo funcionou depois disso, mas só até a próxima inicialização do Windows (7).O culpado no meu caso foi o programa ext2fsd do Windows- como disseaqui- e remover isso corrigiu isso.

Responder2

Eu encontrei soluçãoaqui

Os recursos de 64 bits e metadata_csum devem ser desativados

sudo tune2fs -O ^metadata_csum,^64bit /dev/sdXX

informação relacionada