☰

Ubuntu friert nach dem Verschieben der Root-Partition ein

tag-icon • tag-icon boot dual-boot grub gparted move-partition
Ubuntu friert nach dem Verschieben der Root-Partition ein

[Gehen Sie zum Ende, um die Lösung zu sehen]
Ich habe ein Dual-Boot-System mit Ubuntu und Windows 10. Ich habe die "/"-Partition von Ubuntu mit GParted vergrößert und (nach links) verschoben.

Wenn ich mein System boote, wird mir das Grub-Menü korrekt angezeigt, aus dem ich entweder Ubuntu oder Windows 10 auswählen kann. Windows funktioniert einwandfrei, während Linux beim Booten auf einem schwarzen Bildschirm hängen bleibt. Ich habe versucht, den Kernel im Wiederherstellungsmodus zu starten, aber er friert ein, nachdem ich Folgendes ausgegeben habe:

Loading Linux 5.4.0-65-generic ...
Loading initial ramdisk ...

Ich vermute, dass die Partitionsdaten nicht beschädigt wurden. Kennen Sie eine bessere Lösung als eine Neuinstallation des Systems?

Aktualisieren
Ich habe die Boot-Reparatur von einem Live-USB-Stick ausgeführt, um den Bootinfo-Zusammenfassungsbericht zu generieren (wie von @oldfred vorgeschlagen):https://paste.ubuntu.com/p/wn3XRs94Jq/

Ich habe auch die folgenden drei Strategien erfolglos ausprobiert.

1. Installieren Sie Grub über boot-repairdie GUI neu

Wie hier erklärt:https://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/. Es wird mir angezeigt, dass die Pakete nicht gefunden werden können grub-efioder grub-efi-amd64-signed.
Verweise:

2. Vom Terminal:

Mounten Sie die Root- und EFI-Partition (ja, ich habe eine separate EFI-Partition) und importieren Sie nützliche Partitionen von Live-USB-Ubuntu

sudo mount /dev/nvme0n1p3 /mnt
for i in /sys /proc /run /dev /var /lib /usr /etc; do sudo mount --bind "$i" "/mnt$i"; done
sudo mount /dev/nvme0n1p1 /mnt/boot/efi

Chroot in der Root-Partition

sudo chroot /mnt

Installieren Sie Grub (efi) neu.
Da ich dies von der Ubuntu-Root-Partition aus mache (dank chroot), wird das Windows-Betriebssystem auch korrekt erkannt.

sudo apt-get update
sudo apt-get purge grub-common
sudo apt-get install grub-efi-amd64
sudo update-grub
grub-probe -t device /boot/grub
sudo grub-install /dev/nvme0n1p1 # also tried with /dev/nvme0n1
sudo update-grub

Aber es änderte sich nichts.
Verweise:

3. Von GParted Live USB

  • Führen Sie eine „Prüfung“ der Ubuntu-Root-Partition /dev/nvme0n1p13 durch (bestanden)
  • sudo fsck /dev/nvme0n1p3 -y
  • sudo e2fsck -C0 -p -f -v /dev/nvme0n1p3
  • sudo e2fsck -f -y -v /dev/nvme0n1p3

Verweise:

Aktualisieren.
Nach der Neuinstallation des Kernels von einem Live-USB-Stick in Chroot erhalte ich beim Booten im Wiederherstellungsmodus ein Kernel-Panic-Log.
Die letzten Zeilen lauten:

0.4762681 eun: security.SMACK64TRANSMUTE

0.477044] eun: security.SMACK64MMAP 0.477951) eun: security.apparnor

0.4787371 eun: security. ina

8.479513] eum: security.capability

0.4802771 eum: HMAC attrs: 0x1

0.4819921 PM: Magic number: 13:566:676 0.482765] vtconsole vtcon1: hash matches

0.4837521 rtc_chos 00:01: setting system clock to 2021-11-06T09:39:59 UTC (1636191599) 0.4848431 md: Maiting for all devices to be available before autodetect

0.485623] nd: If you don't use raid, use raid-noautodetect 0.486981) nd: Autodetecting RAID arrays.

0.4877591 nd: autorun ...

0.488526] md: ... autorun DONE.

0.4893201 UFS: Cannot open root device "UUID-b13c4a4c-9205-4547-83d8-641391500749" or unknown-block(0,0): error -6

8.4903641 Please append a correct "root=" boot option: here are the available partitions: 0.4911841 Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-black(0,0)

8.4919711 CPU: 1 PID: 1 Conn: suapper/0 Not tainted 5.4.0-65-generic #73-Ubuntu 8.4927551 Hardware name: Dell Inc. Inspiron 5593/09PY2G, BIOS 1.17.0 07/27/2821

0.4935341 Call Trace:

8.494659] dump_stack Ox6d/0x9a

8.4957351 panic +0x101/0x2e3

8.496847] mount block_root+0x23f/0x2e8

0.4988051 mount_root 0x38/0x3a 0.4991241 prepare_nanespace 0x13f/0x194

8.580253] kernel_init_freeable 0x231/0x255

0.5013811 ? rest_init+0xb0/0xb0

8.5825991 kernel_init+0xe/0x110

0.503723] ret_from_fork 0x1f/0x10

8.5049351 Kernel Offset: 0x24000000 from Oxffffffff81000000 (relocation range: 0xffffffff80000000-0xfffffffffffffff) 8.586156] [ end Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-block(0.0) 1

HINWEIS: Dieser Text wurde aus einem Bild mit Google Lens extrahiert. Es kann also einige kleine Tippfehler geben. Das Originalbild ist Bildbeschreibung hier eingeben

Lösung

Schließlich musste ich ein brandneues Ubuntu in meiner Root-Partition neu installieren, ohne meine Daten zu verlieren (die sich in meiner /home-Partition, einer anderen Partition auf der Festplatte, befanden), und zwar mit Live-USB. Bei jeder ausprobierten Lösung traten immer wieder Fehler auf, die mich sehr viel Zeit kosteten, während die Neuinstallation nur 15 Minuten dauerte.Dringend empfohlen! Die aufgetretenen Fehler waren wahrscheinlich darauf zurückzuführen, dass der Kernel in meiner Root-Partition die Version 5.4.0-65 ​​war, der auf dem US-Live-Key jedoch die Version 5.11.0.
Verweise:

verwandte Informationen