Nach dem Upgrade von 17.10 habe ich längere Startzeiten erlebt. Am Anfang dauerte es mehr als 5 Minuten. dmesg enthüllte, dass der Übeltäter ein nicht vorhandenes Diskettenlaufwerk war, das der Kernel zu finden versuchte.
Als ich das sofort entfernte, gingen die 5 Minuten auf etwa 40 Sekunden zurück, was meiner Meinung nach immer noch länger ist als vor dem Update. Ausführen von dmesg zeigt erneut, dass es 30 Sekunden dauert, ein Dateisystem einzuhängen (vollständige Ausgabe), mit der folgenden Meldung:
[ 36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Ich boote von einer SSD, an der zwei weitere Festplatten angeschlossen sind, von denen eine in ext4 formatiert ist, aber keine Systemdaten enthält. Ich vermute, das ist die SSD. Während dieser 30 Sekunden wird weder Text noch Splash angezeigt, sondern nur ein leerer Bildschirm.
Nun, ich sagte, dass es sich langsamer anfühlt als vor dem Update, weil ich keine genauen Zeiten von vorher habe, also ist meine erste Frage, ob es normal ist, 30 Sekunden zu dauern, um ein Dateisystem zu mounten, und wenn nein, wie man mehr herausfindet darüber, was die Verzögerung verursachen könnte?
BEARBEITEN 1:
Das Ein- oder Ausschalten von Swap hat überhaupt keine Auswirkung
Inzwischen habe ich auch eine weitere Festplatte in meinen Rechner eingebaut. Es scheint meine Startzeit um weitere 10 Sekunden verlängert zu haben, wobei eine weitere Zeile in dmesg erscheint direkt vor der oben erwähnten 30-Sekunden-Verzögerung ausgegeben:
[ 3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 17.169519] random: crng init done
[ 51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
BEARBEITEN 2:
systemd-analyze blame Ergebnisse sind hier
mittlerweile nach mehreren Neustarts die dmesg Zeilen, die ich oben beschuldigt habe, haben ihre Zeiten folgendermaßen geändert:
[ 3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 34.091886] random: crng init done
[ 36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Ich werde ein paar Neustarts durchführen, um herauszufinden, ob sich dies zufällig ändert oder gleich bleibt (der Codeblock in der ersten Bearbeitung stammt vom ersten Start nach dem Einsetzen der zusätzlichen Festplatte).
EDIT 2.5:random: crng init done Erscheint normalerweise in Zeiten wie in Edit 1, selten wie in Edit 2. Es scheint… zufällig zu sein.
Akzeptierte Antwort:
Ich hatte das gleiche Problem. Während der Boot-Meldungen würde es sagen, dass es beim Warten auf das Resume-Gerät abgelaufen ist. Überprüfen Sie in /etc/initramfs-tools/conf.d/resume wenn es eine UUID wie RESUME=some-uuid enthält uuid entfernen und durch „none“ ersetzen, um RESUME=none zu sein . Führen Sie danach sudo update-initramfs -uk all aus und es sollte gut gehen.