
Ich habe ein Problem beim Laden von Ubuntu 17.04. Das passiert zum zweiten Mal, nachdem ich Windows gebootet habe. Beim ersten Mal habe ich Ubuntu gerade neu installiert. Ich bin nicht gut in dieser Frage, also hoffe ich, eine vollständige Liste der Schritte zur Diagnose und Lösung dieses Problems zu erhalten.
Als Workaround e2fsck -b <Magic number> <device>
wurde Folgendes verwendet:
Hier ist die Ausgabe fdisk -l
und sie scheint mir in Ordnung zu sein:
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
Antwort1
Als ich die Lösung in der Hauptantwort für ein Superblock-Problem ausprobiert habe, erhielt ich einfach den gleichen Fehler.
Mein Problem war, dass mein Ubuntu-System nicht bootete (bei einem Multi-Boot-Szenario) und nicht von einem anderen Linux-System gemountet werden konnte. In einer Live-Sitzung meldete gparted einen fehlerhaften Superblock.
Ich bin dieser Lösung gefolgtHier, aber der erste Schritt war mir genug.
In einer Live-Umgebung habe ich so etwas gemacht:
sudo fsck.ext4 -v /dev/sda6
das das gleiche Problem meldete, aber auch eine Lösung anbot. Ich wählte mehrmals „y“ für „yes“ und dann „a“ (ich schätze, alles beheben).
Danach funktionierte alles, allerdings nur bis zum nächsten Windows (7)-Start.Der Übeltäter in meinem Fall war das Windows-Programm ext2fsd- wie gesagtHier- und das Entfernen hat das Problem behoben.
Antwort2
Ich habe eine Lösung gefundenHier
64bit- und metadata_csum-Funktionen sollten deaktiviert werden
sudo tune2fs -O ^metadata_csum,^64bit /dev/sdXX