No se puede cargar Ubuntu: la suma de comprobación del superbloque no coincide con el superbloque al intentar abrir /dev/sda7

No se puede cargar Ubuntu: la suma de comprobación del superbloque no coincide con el superbloque al intentar abrir /dev/sda7

Tengo un problema al cargar Ubuntu 17.04. Esto sucede por segunda vez después de iniciar Windows. Por primera vez acabo de reinstalar Ubuntu. No soy bueno con esta pregunta, así que espero obtener una lista completa de pasos para diagnosticar y resolver este problema. Pila de errores

e2fsck -b <Magic number> <device>Como se ha utilizado una solución alternativa .

Aquí está el resultado fdisk -ly me parece bien:

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

Respuesta1

Cuando probé la solución en la respuesta principal para un problema de superbloque, simplemente obtuve el mismo error.

Mi problema era que mi sistema Ubuntu no arrancaba (en un escenario de arranque múltiple) y no podía montarse desde un sistema Linux diferente. En una sesión en vivo, gparted informó sobre un superbloque incorrecto.

He seguido esta soluciónaquí, pero el primer paso fue suficiente para mí.

En un entorno en vivo hice algo como:

sudo fsck.ext4 -v /dev/sda6

que informó el mismo problema pero también se ofreció a solucionarlo. Seleccioné "y" para "sí" varias veces y luego "a" (arregle todo, supongo).

Todo funcionó después de eso, pero sólo hasta el siguiente arranque de Windows (7).El culpable en mi caso fue el programa de Windows ext2fsd.- como dijoaquí- y eliminar eso solucionó este problema.

Respuesta2

He encontrado una soluciónaquí

Las funciones de 64 bits y metadata_csum deben estar deshabilitadas

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

información relacionada