Linux [gelöst] ThinkPad T430s Bios - Windows 10 - Ubuntu 22.04 - sudo efibootmgr --bootorder

[xsid]

Hallo TPLinuxer,

wird die bootorder Reihfolge durch das Bios vorgegeben und wählt Windows 10 einen bestimmten bootorder-Platz aus?

Bios Version:

###
Bios Version:
BIOS 2.76 - 29 Oct 2019  ##Januar 2023 aktuell

Bootorder default:

sudo efibootmgr

Auszug:
0016,0015,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,000F,0010,0011,0012

Änderung:

sudo efibootmgr --bootorder  0015,0016,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,000F,0010,0011,0012

Stand mit Funktion:

sudo efibootmgr
BootCurrent: 0015
Timeout: 2 seconds
BootOrder: 0015,0016,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,000F,0010,0011,0012
Boot0000  Setup
Boot0001  Boot Menu
Boot0002  Diagnostic Splash Screen
Boot0003  Lenovo Diagnostics
Boot0004  Startup Interrupt Menu
Boot0005  ME Configuration Menu
Boot0006  Rescue and Recovery
Boot0007* USB CD
Boot0008* USB FDD
Boot0009* ATAPI CD0
Boot000A* ATA HDD0
Boot000B* ATA HDD1
Boot000C* ATA HDD2
Boot000D* USB HDD
Boot000E* PCI LAN
Boot000F* ATAPI CD1
Boot0010  Other CD
Boot0011* ATA HDD3
Boot0012  Other HDD
Boot0013* IDER BOOT CDROM
Boot0014* IDER BOOT Floppy
Boot0015* ubuntu
Boot0016* Windows Boot Manager
Boot0018* ATA HDD
Boot0019* ATAPI CD:
Boot001A* PCI LAN

Bei mir scheint ein Grub Lastchoiceboot nur zu funktionieren, wenn Windows auf "Boot0016* Windows Boot Manager" liegt.

Lege ich "Boot0016* Windows Boot Manager" auf z. B. "Boot0015* Windows Boot Manager" um, komme ich nur mit

Windows 10 -----> Einstellungen ----> Update & Sicherheit ---> Wiederherstellung ---> Erweitterter Start -----> Jetzt neu starten ----> Ein Gerät verwenden -----> Ubuntu

zum Grub-Auswahlmenü.

Stimmt die angepasste BootOrder nicht wie folgt

"BootOrder: 0015,0016,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,000F,0010,0011,0012"

lande ich immer im Windows 10.

Windows 10 erstellt dann eigenständig einen weiteren Windows Boot Manager Booteintrag und ich habe dann zwei Windows Boot Manager Booteinträge.

Jedes ThinkPad Modell scheint da individuell zu sein, wobei der ThinkPad T430s die zweite EFI/Bios Serie ist.
Da gab es anfänglichst auch Probleme mit einem vollgelaufenem NVRAM, dann war das Mainboard schrott.


MfG

xsid

Link: https://wiki.ubuntuusers.de/efibootmgr/

 

[xsid]

Timeout: 0 seconds

Mein Timeout habe ich auf 2 seconds gestellt.

Ich wundere mich über dein Bootorder 0019 und 0018.
Da hätte ich erwartet es ist identisch mit meinem 0015 und 0016.

 

[Korfox]

Ich habe mich nie damit auseinander gesetzt.
Timeout? Keine Ahnung. Ich benutze ja egtl Grub. Und das Laptop ist sich seit kurzem ausgemustert.

 

[xsid]

Test Änderung --timeout 0

 sudo efibootmgr --timeout 0

-

sudo efibootmgr
BootCurrent: 0015
Timeout: 0 seconds
BootOrder: 0015,0016,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,000F,0010,0011,0012
Boot0000  Setup
Boot0001  Boot Menu
Boot0002  Diagnostic Splash Screen
Boot0003  Lenovo Diagnostics
Boot0004  Startup Interrupt Menu
Boot0005  ME Configuration Menu
Boot0006  Rescue and Recovery
Boot0007* USB CD
Boot0008* USB FDD
Boot0009* ATAPI CD0
Boot000A* ATA HDD0
Boot000B* ATA HDD1
Boot000C* ATA HDD2
Boot000D* USB HDD
Boot000E* PCI LAN
Boot000F* ATAPI CD1
Boot0010  Other CD
Boot0011* ATA HDD3
Boot0012  Other HDD
Boot0013* IDER BOOT CDROM
Boot0014* IDER BOOT Floppy
Boot0015* ubuntu
Boot0016* Windows Boot Manager
Boot0018* ATA HDD
Boot0019* ATAPI CD:
Boot001A* PCI LAN

-

 sudo update-grub

Ergebnis: Das System funktioniert auch mit --timeout 0 wie gewünscht.

Also ein Irrweg in Bezug auf --timeout zuvor von mir.

OT
So sieht es beim T440p Version 2.56 aus 2021

sudo efibootmgr
BootCurrent: 0016
Timeout: 2 seconds
BootOrder: 0016,0015,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,0013,0014
Boot0000  Setup
Boot0001  Boot Menu
Boot0002  Diagnostic Splash Screen
Boot0003  Lenovo Diagnostics
Boot0004  Startup Interrupt Menu
Boot0005  Rescue and Recovery
Boot0006  MEBx Hot Key
Boot0007* USB CD
Boot0008* USB FDD
Boot0009* ATAPI CD
Boot000A* ATA HDD0
Boot000B* ATA HDD1:
Boot000C* ATA HDD2:
Boot000D* USB HDD
Boot000E* PCI LAN
Boot000F* IDER BOOT CDROM
Boot0010* IDER BOOT Floppy
Boot0011* ATA HDD
Boot0012* PCI LAN
Boot0013  Other HDD
Boot0014  Other CD
Boot0015* Windows Boot Manager
Boot0016* ubuntu

Thinkpad X270 Bios Version 1.4 aus 2023

sudo efibootmgr
BootCurrent: 0000
Timeout: 2 seconds
BootOrder: 0000,0001,0010,0011,0012,0013,0017,0018,0019,001A,001B,001C,001D
Boot0000* ubuntu
Boot0001* Windows Boot Manager
Boot0010  Setup
Boot0011  Boot Menu
Boot0012  Diagnostic Splash Screen
Boot0013  Lenovo Diagnostics
Boot0014  Startup Interrupt Menu
Boot0015  Rescue and Recovery
Boot0016  MEBx Hot Key
Boot0017* USB CD
Boot0018* USB FDD
Boot0019* NVMe0
Boot001A* ATA HDD1
Boot001B* ATA HDD0
Boot001C* USB HDD
Boot001D* PCI LAN
Boot001E* IDER BOOT CDROM
Boot001F* IDER BOOT Floppy
Boot0020* ATA HDD
Boot0021* ATAPI CD

Edit: 03.02.2023
T430s wieder umgestellt auf --timeout 2

sudo efibootmgr --timeout 2

Grund, weil X270 und T440p auch so konfiguriert sind.

Schellstart: https://www.linux-community.de/ausg...-und-bios-systemen-einrichten-und-reparieren/

Auf UEFI-Systemen überschreibt eine OS-Installation einen bereits installierten Bootloader nicht mehr. Allerdings erscheinen dann meist zwei Bootmenüs nacheinander. Das geht auch einfacher.

Der Parameter -o von Efibootmgr ändert diese Reihenfolge: Um bei den in Abbildung 1 installierten Systemen das OpenSuse-Bootmenü als Erstes zu starten und als Fallback bei Fehlschlag ein ebenfalls installiertes Ubuntu, geben Sie efibootmgr -o 8,4 ein. Eine mehrsekündige Wartezeit (Timeout in der zweiten Zeile in Abbildung 5) ist nun nicht mehr erforderlich, Sie setzen sie mit efibootmgr -t 0 auf null Sekunden.

Richtig kapiert habe ich das mit dem --timeout bisher nicht.

Wer hat Erfahrung damit und möchte es mir erklären?

Beitrag automatisch zusammengeführt: 3 Feb. 2023

linuxuser 02.2022 Seite 76

Nun sollte der Rechner nach dem Ein-
schalten ohne Verzögerungen das Open-
Suse-Bootmenü zeigen. Allerdings gibt
es fehlerhafte UEFI-Umsetzungen, bei
denen das nicht wie gewünscht klappt. In
diesem Fall bleibt Ihnen nichts anderes
übrig, als zu versuchen, die Bootreihen-
folge direkt im UEFI-Setup anzupassen.