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