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

Question

Eu tenho um problema ao carregar no Ubuntu 17.04. Isso acontece pela 2 ª vez depois que eu iniciei no Windows. Pela primeira vez eu apenas reinstalei o Ubuntu. Não sou bom nesta questão, por isso espero obter uma lista completa dos passos para diagnosticar e resolver este problema.

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

Aqui está a saída de fdisk -l e parece-me bem:

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

    

Answer 1

Eu encontrei a solução aqui

Recursos de 64 bits e metadata_csum devem ser desativados

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

    

Answer 2

Como tentei a solução na resposta principal para um problema de superbloqueio, 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 de um sistema Linux diferente. Em uma sessão ao vivo, o gparted relatou um superbloco ruim.

Eu segui essa solução aqui , mas o primeiro passo foi o 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. Eu selecionei "y" para "sim" várias vezes e depois "a" (consertar tudo o que eu acho).

Tudo funcionou depois disso, mas apenas até a próxima inicialização do Windows (7). O culpado no meu caso foi o programa ext2fsd do Windows - como dito aqui - e removendo esse problema fixo isso.