Ladezeit UEFI
Ladezeit UEFI
Auf meinem Lenovo Thinkpad X1 (5th gen, denke ich) dauert es 30 Sekunden nach dem kleinen Spash Screen beim Einschalten bis Grub gestartet wird. Am Anfang lief das noch ratzfatz durch, wurde dann aber in mehreren Schritten immer länger, immer nachdem ich ein update-grub gemacht habe. Auf der Platte befinden sich 4 Debian-Installationen.
Ein Bios/Efi update (wie nennt man das?) wäre wohl vernünftig, aber ich traue mich nicht so recht, da mir der Rechner momentan absolut nicht absterben darf (und soweit ich weiß kann das passieren, wenn beim Update was schief geht). Wo könnte ich ganz vorsichtig mit der Fehlersuche beginnen?
Ein Bios/Efi update (wie nennt man das?) wäre wohl vernünftig, aber ich traue mich nicht so recht, da mir der Rechner momentan absolut nicht absterben darf (und soweit ich weiß kann das passieren, wenn beim Update was schief geht). Wo könnte ich ganz vorsichtig mit der Fehlersuche beginnen?
Re: Ladezeit UEFI
Dann würde ich mal auf die EFI-Partition gucken, wie’s dort aussieht. Fehlkonfiguration könnte dafür sorgen, dass einige deiner Installationen wechselseitig am Bootloader rumschrauben, was zu den seltstamsten Ergebnissen führen kann. Ein Firmware-Update ist zwar meist eine gute Idee, wird ein Problem auf Bootloaderseite jedoch nicht beheben können – dafür ist die Firmware nicht zuständig.Ozelot hat geschrieben:20.05.2020 04:42:12Am Anfang lief das noch ratzfatz durch, wurde dann aber in mehreren Schritten immer länger, immer nachdem ich ein update-grub gemacht habe. Auf der Platte befinden sich 4 Debian-Installationen.
Du könntest auch schauen, dass du den Splash-Screen der Firmware loswirst, so dass dort Informationen angezeigt werden. Möglicherweise kann man damit einfacher erkennen, was falsch ist.
Re: Ladezeit UEFI
Ja, da liegt wahrscheinlich der Hase im Pfeffer.
Jedenfalls sehe ich auf der EFI Partition Relikte einer vorigen Installation, die gar nicht mehr auf der Platte ist. Leider verstehe ich nicht, wie das EFI System funktioniert und wie man es konfguriert (hat jemand einen guten Link dafür?). Viel zu lesen finde ich nicht - die grub.cfg ist sehr kurz; ansonsten gibt es eine Hand voll binäre .efi Dateien. Kann ich die ganze Partition irgendwie sauber neu schreiben lassen?
Jedenfalls sehe ich auf der EFI Partition Relikte einer vorigen Installation, die gar nicht mehr auf der Platte ist. Leider verstehe ich nicht, wie das EFI System funktioniert und wie man es konfguriert (hat jemand einen guten Link dafür?). Viel zu lesen finde ich nicht - die grub.cfg ist sehr kurz; ansonsten gibt es eine Hand voll binäre .efi Dateien. Kann ich die ganze Partition irgendwie sauber neu schreiben lassen?
- OrangeJuice
- Beiträge: 625
- Registriert: 12.06.2017 15:12:40
Re: Ladezeit UEFI
Wenn du SystemD am laufen hast kannst du damit mal nachschauen, zeigt die in etwa an, was den Start verzögert.
Die Einträge der Efi-Partition kannst du dir damit anschauen. Überflüssige Einträge unter "/boot/efi/EFI" können mit "rm -rf Name-der-Distribution" entfernt werden.
Einträge die du bei "efibootmgr -v" nicht benötigst, kannst du mit "efibootmgr -b (Startnummer z.B. 0001) -B" entfernen.
Um zu schauen, ob irgendwas anderes vorliegt kann das hilfreich sein:
Du kannst auch mal zeigen was du in Grub geändert hast. Wenn du "quiet splash" drin hast, kannst du das mal herausnehmen, dann siehst du mehr beim Startvorgang.
Code: Alles auswählen
su -
systemd-analyze critical-chain
systemd-analyze blame
systemd-analyze blame | head
Einträge die du bei "efibootmgr -v" nicht benötigst, kannst du mit "efibootmgr -b (Startnummer z.B. 0001) -B" entfernen.
Code: Alles auswählen
su -
efibootmgr -v
cd /boot/efi/EFI
ls -la
Code: Alles auswählen
dmesg -x -l crit,err,warn
journalctl -p err..alert
Code: Alles auswählen
nano /etc/default/grub
...
GRUB_CMDLINE_LINUX_DEFAULT=""
Re: Ladezeit UEFI
Ok, hat ne Weile gedauert, jetzt gehe ich zurück an das Problem. Danke für die Antwort!
systemd-analyse habe ich nicht und ist kein Paket - welches müßte ich installieren?
In dmesg und journalctl sehe ich ebenfalls nichts, das mir weiterhilft.
Ich frage mich aber, ob systemd da überhaupt helfen kann, denn mein Problem ereignet sich ja bereits, bevor ich den Grub-Auswahlbildschirm sehe. Die Wartezeit ist im Übrigen eher 2 minuten, nicht nur 30 Sekunden wie anfangs geschrieben. Das muß also entweder in Efi oder in Grub hängen, oder? Also bevor systemd oder etwaiges logging gestartet wird, nicht?
efibootmgr gibt mir
Das Siduction würde ich löschen. Was bedeutet der Stern - gehört der zur Nummer? Ist alles andere normal? Mit vielen Einträgen kann ich wenig anfangen.
Für links zu guten Seiten, die mir das EFI erklären, wäre ich immer noch dankbar. Leider finde ich nichts allzu userfreundliches.
systemd-analyse habe ich nicht und ist kein Paket - welches müßte ich installieren?
In dmesg und journalctl sehe ich ebenfalls nichts, das mir weiterhilft.
Ich frage mich aber, ob systemd da überhaupt helfen kann, denn mein Problem ereignet sich ja bereits, bevor ich den Grub-Auswahlbildschirm sehe. Die Wartezeit ist im Übrigen eher 2 minuten, nicht nur 30 Sekunden wie anfangs geschrieben. Das muß also entweder in Efi oder in Grub hängen, oder? Also bevor systemd oder etwaiges logging gestartet wird, nicht?
efibootmgr gibt mir
Code: Alles auswählen
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001,0017,0018,0019,001A,001B,001C,001D,001E,0023
Boot0000* debian HD(1,GPT,XXX,0x800,0x76800)/File(\EFI\debian\shimx64.efi)
Boot0001* siduction_17.1.0 HD(1,GPT,XXX,0x800,0x76800)/File(\EFI\siduction_17.1.0\grubx64.efi)
Boot0010 Setup FvFile(XXX)
Boot0011 Boot Menu FvFile(XXX)
Boot0012 Diagnostic Splash Screen FvFile(XXX)
Boot0013 Lenovo Diagnostics FvFile(XXX)
Boot0014 Startup Interrupt Menu FvFile(XXX)
Boot0015 Rescue and Recovery FvFile(XXX)
Boot0016 MEBx Hot Key FvFile(XXX)
Boot0017* USB CD VenMsg(XXX)
Boot0018* USB FDD VenMsg(XXX)
Boot0019* NVMe0 VenMsg(XXX)
Boot001A* ATA HDD0 VenMsg(XXX)
Boot001B* USB HDD VenMsg(XXX)
Boot001C* PCI LAN VenMsg(XXX)
Boot001D Other CD VenMsg(XXX)
Boot001E Other HDD VenMsg(XXX)
Boot001F* IDER BOOT CDROM PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,1,0)
Boot0020* IDER BOOT Floppy PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,0,0)
Boot0021* ATA HDD VenMsg(XXX)
Boot0022* ATAPI CD VenMsg(XXX)
Boot0023* PCI LAN VenMsg(XXX)
Für links zu guten Seiten, die mir das EFI erklären, wäre ich immer noch dankbar. Leider finde ich nichts allzu userfreundliches.
Re: Ladezeit UEFI
Dann solltest du es einfach richtig schreiben. Das Ding schreibt sich mit Z!
Code: Alles auswählen
systemd-analyze
Re: Ladezeit UEFI
Jut. Jetzt alles richtig geschrieben, aber in den Daten nicht wirklich was zu finden - da ist alles im Millisekundenbereich.
- Lord_Carlos
- Beiträge: 5578
- Registriert: 30.04.2006 17:58:52
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Dänemark
Re: Ladezeit UEFI
Wuerde mich auch wundern, denn das zeigt nur Statistiken vom OS und dessen services an. Nichts von grub oder davor.
Code: Alles auswählen
╔═╗┬ ┬┌─┐┌┬┐┌─┐┌┬┐╔╦╗
╚═╗└┬┘└─┐ │ ├┤ │││ ║║
╚═╝ ┴ └─┘ ┴ └─┘┴ ┴═╩╝ rockt das Forum!
Re: Ladezeit UEFI
2 Minuten ist ja noch flott. Ich habe hier ein Tablet welches sich eine geschmeidige Pause von 5 Minuten gönnt, bevor grub gestartet wird. Befindet sich allerdings ein Windows-Bootloader auf der EFI-Partition geht's innerhalb von Sekunden weiter. Ich vermute den Fehler auch im UEFI.
Die Sterne gehören zu den Booteinträgen (siehe BootOrder), die werden der Reihe nach abgearbeitet.
Die Sterne gehören zu den Booteinträgen (siehe BootOrder), die werden der Reihe nach abgearbeitet.
Re: Ladezeit UEFI
@Lord_Carlos: Ebent.
Ich frage mich daher, wie ich das EFI aufräumen kann, nachdem mehrere (Debian)systeme daran herumgeschraubt haben. Da ich leider immer noch nicht weiß, wie das EFI im Detail funktioniert, frage ich mich, ob ich es irgendwie von Grund auf neu schreiben kann.
Ich frage mich daher, wie ich das EFI aufräumen kann, nachdem mehrere (Debian)systeme daran herumgeschraubt haben. Da ich leider immer noch nicht weiß, wie das EFI im Detail funktioniert, frage ich mich, ob ich es irgendwie von Grund auf neu schreiben kann.
Re: Ladezeit UEFI
Das Firmware-Interface von Grund auf neu schreiben, wenn du bis dato nicht weißt, wie es überhaupt funktioniert? Ich befürchte, das wird nicht klappen. Oder meinst du die Konfiguration? Dann einfach die EFI-Partition leeren – installierte Betriebssysteme werden nicht booten, bevor sie nicht wieder eingerichtet worden sind.
Re: Ladezeit UEFI
Naja, schon eher die Konfiguration, weil da offensichtlich irgendwelche Altlasten drin sind und ich keinen Weg sehe die ohne Hilfe zu analysieren. Wenn ich die efi-partition also ganz leer räume, wie richte ich die wieder ein?
Re: Ladezeit UEFI
Das sollte in der Dokumentation der betreffenden Betriebssysteme stehen.Ozelot hat geschrieben:05.08.2020 17:33:23Wenn ich die efi-partition also ganz leer räume, wie richte ich die wieder ein?
Re: Ladezeit UEFI
Die EFI-Partition (ESP) ist eine gewöhnliche FAT-Partition, die du mit den üblichen Programmen beschreiben kannst. Du kannst mit lsblk -f nachsehen, wo die bei dir eingehangen ist. Ich bezweifel aber, dass das alleinige Löschen von Dateien auf der Partition zum Erfolg führen wird. Dort liegen nur die Bootloader rum und deren Anzahl ist recht überschaubar.
Re: Ladezeit UEFI
Soweit ich das verstanden habe, gab es ja genau mit den Bootloadern ein Problem:
Ozelot hat geschrieben:20.05.2020 04:42:12Auf meinem Lenovo Thinkpad X1 (5th gen, denke ich) dauert es 30 Sekunden nach dem kleinen Spash Screen beim Einschalten bis Grub gestartet wird. Am Anfang lief das noch ratzfatz durch, wurde dann aber in mehreren Schritten immer länger, immer nachdem ich ein update-grub gemacht habe. Auf der Platte befinden sich 4 Debian-Installationen.
Re: Ladezeit UEFI
Dann wäre ein Blick in die Konfiguration von grub einen Versuch wert. Ein grub auf der EFI-Partition sollte für alle vier Installationen reichen.