Ich habe das neueste Ubuntu mit dem Standard-Dual-Boot-Verfahren neben dem vorinstallierten Windows installiert.
Die resultierenden Partitionen sind:
Disk /dev/nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1FD93AC5-481F-46E4-8743-4C1B0493E4D3
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 206847 204800 100M EFI System
/dev/nvme0n1p2 206848 239615 32768 16M Microsoft reserved
/dev/nvme0n1p3 239616 217887637 217648022 103.8G Microsoft basic data
/dev/nvme0n1p4 498020352 500117503 2097152 1G Windows recovery environment
/dev/nvme0n1p5 217888768 498020351 280131584 133.6G Linux filesystem
Partition table entries are not in disk order.
Ich habe zuerst die Startreihenfolge im UEFI mit Ubuntu (Grub) konfiguriert.
Die resultierende EFI-Konfiguration ist:
Timeout: 0 seconds
BootOrder: 0001,0002,2001,2002,2003
Boot0001* ubuntu
Boot0002* Windows Boot Manager
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot2003* EFI Network
Beim Booten wird Grub normalerweise mit der ausgewählten Standardoption „ubuntu“ angezeigt. Eine andere Option ist „Windows Boot Manager“.
Ubuntu startet normal, und wenn ich das System herunterfahre und später neu starte, funktioniert alles weiter. Aber wenn ich versuche, von Ubuntu aus neu zu starten, erscheint ein „Kein Startgerät“-Bildschirm und ich muss mit dem Netzschalter hart herunterfahren. Beim nächsten Start wird Windows direkt gestartet (ohne Grub zu durchlaufen). Wenn ich dann ins UEFI-BIOS gehe, ist die Startreihenfolge umgekehrt, mit Windows zuerst. Ich muss sie erneut umkehren, um Ubuntu erneut zu starten, was ziemlich ärgerlich ist.
Fastboot wurde in Windows deaktiviert. Wenn ich Windows von Grub aus starte und dann von Windows aus neu starte, wechselt die Maschine jetzt ganz normal zu Grub. Das einzige, was also nicht funktioniert, ist der Neustart von Ubuntu aus.
Was mich verwirrt, ist, dass efibootmgr nicht die Partition Boot0000 anzeigt, wie in allen anderen Beispielen, die ich bisher gesehen habe. Vielleicht hat das nichts mit meinem Problem zu tun, aber es ist der einzige Unterschied, wie ich sehe.
Ich kann nur annehmen, dass das System beim Neustart von Ubuntu versucht, direkt von /dev/nvme0n1p5 (dem Linux-Dateisystem) zu booten, das überhaupt nicht als bootfähig markiert ist. Ich kann jedoch keine Einstellung finden, die dieses Verhalten beeinflusst.
Irgendwelche anderen Ideen? Vielen Dank im Voraus.
Weitere Details:
root@JensNewLap:/boot/efi/EFI# ls -la
insgesamt 7
drwx------ 7 root root 1024 Jun 9 13:02 .
drwx------ 4 root root 1024 Jan 1 1970 ..
drwx------ 2 root root 1024 Jun 13 19:25 Boot
drwx------ 2 root root 1024 Jun 9 13:02 Insyde
drwx------ 4 root root 1024 Mär 28 15:48 Microsoft
drwx------ 4 root root 1024 Jun 10 15:50 OEM
drwx------ 3 root root 1024 Jun 6 23:33 ubuntu
root@JensNewLap:/boot/efi/EFI# ls Boot/
bootx64.efi fbx64.efi
root@JensNewLap:/boot/efi/EFI# ls Insyde
root@JensNewLap:/boot/efi/EFI# ls Microsoft
Boot Recovery
root@JensNewLap:/boot/efi/EFI# ls OEM
Boot Recovery
root@JensNewLap:/boot/efi/EFI# ls ubuntu
BOOTX64.CSV fw fwupx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi
root@JensNewLap:/boot/efi/EFI#
Antwort1
Es scheint einen Workaround zu geben. Ich muss den Kernel-Boot-Parameter "reboot=pci" angeben. Dazu können Sie /etc/default/grub bearbeiten:
GRUB_CMDLINE_LINUX="reboot=pci"
und aktualisiere Grub:
sudo update-grub
Das war's. Der Neustart dauert zwar ziemlich lange, aber immerhin funktioniert es.
Es könnte sich lohnen, einen Fehlerbericht an den Linux-Kernel zu senden, um einen Eintrag in dieNeustart_dmi_table?