Der Startvorgang bleibt 30 Sekunden lang bei "Start: Ausführen / Skripte / Local-Premount" hängen.

Nach dem Upgrade von Ubuntu 17.10 auf 18.04 dauert der Bootprozess 30s länger als zuvor.

es stoppt für 30 Sekunden bei dem Schritt

Beginnen Sie mit: Ausführen von / scripts / local-premount

Dann geht es weiter.

Zunächst ging es noch einen Schritt weiter nach

Scannen nach BTRFS-Dateisystemen

Also habe ich den btrfs-Support deinstalliert , aber das hat bei dem Problem nicht geholfen.

Ich sehe keinen Hinweis auf diesen Schritt, weder in dmesgnoch invar/log/boot.log

Wie kann ich dieses Problem beheben? Kann ich zusätzliche Protokollierung aktivieren?

boot 18.04

— rubo77
quelle

Antworten:

Versuche Folgendes:

öffnen /etc/initramfs-tools/conf.d/resume
ersetzen RESUME=UUID=xxxmitRESUME=none
Problem sudo update-initramfs -u
Starten Sie Ihr System neu

Die Datei sollte die UUID Ihrer Swap-Partition enthalten, mit der Sie dies überprüfen können sudo blkid | grep swap.

Ich habe den folgenden Fehler auf dem Launchpad gefunden, der für Lubuntu spezifisch sein soll, aber die obigen Befehle haben das gleiche Problem auch bei meiner Xubuntu-Installation behoben.

Siehe Kommentare Nr. 27 und Nr. 28 .

Diese Datei scheint mit Hibernate / Suspend in Verbindung zu stehen. Ich kann suspendnach den Änderungen bestätigen, dass sie immer noch auf meinem System ausgeführt werden.

— mt7
quelle

Danke, das hat funktioniert! Ich habe Ihre Lösung auch hier veröffentlicht: unix.stackexchange.com/a/443272/20661

— rubo77

Ich habe meine Swap-Partition vor dem Upgrade manuell entfernt, aber ich glaube, sie wurde noch irgendwo gespeichert, da das RESUME-Feld auf die alte UUID gesetzt war. Wenn Sie diesen Wert auf "Keine" einstellen, wurden mindestens 30 Sekunden nach dem Startvorgang rasiert. Oben!

— Michel

Für mich war das Problem, dass ich überhaupt keine Swap-Partition hatte (keine Ahnung, wie das passiert ist). Ich habe mein Problem behoben, indem ich eine Swap-Partition erstellt und wie in dieser Antwort beschrieben zur Datei hinzugefügt habe.

— 26.

Ich bin mir nicht sicher, was Sie mit "Die Datei sollte die UUID enthalten ..." meinen. Ich habe zwei TYPE = "Swap" UUID, die echte (/ dev / sda6) und die zugeordnete (/ dev / mapper / cryptswap1). Dies kann vorkommen, wenn Sie keine Swap-Partition oder eine verschlüsselte Partition haben. Wie auch immer, ich habe das verlassen =noneund alles funktioniert jetzt gut.

— Pablo A

add: in Ubuntu 18.10 existiert /etc/initramfs-tools/conf.d/resume nicht, also habe ich es erstellt und RESUME = none hat es für mich getan.

— NoAngel

Ich hatte das gleiche Problem mit der gesamten Installation von Ubuntu.

Ich verwende LVM mit Swap auf einem LV.

Auf einem Desktop /etc/initramfs-tools/conf.d/resumebezieht sich auf eine UUID, die die Möglichkeit des Ruhezustands vermeidet.

Auf einem Server /etc/initramfs-tools/conf.d/resumenach der Installation nicht vorhanden und Verzögerung beim Booten und / oder lvmetad Fehler einführen.

sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume' 
sudo update-initramfs -u

https://launchpad.net/bugs/1768230

Keine Verzögerung mehr beim Booten oder beim lvmetad-Fehler.

Mit freundlichen Grüßen

— moocan
quelle