Wie man einen sehr langsamen Bootvorgang unter Ubuntu 18.04 diagnostiziert / behebt


47

Es gibt eine lange Zeit, in der SSD nichts tut.

  • Wie kann ich den Fehler finden und beheben?
  • Bereits geprüft /etc/fstab, kein Swap oder irgendetwas falsch dort (32 GB RAM, kein Swap)

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver

3
Ist das eine Neuinstallation? mit lvm? Vielleicht dieser Bug: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
pim

Um die WARNING:Failed to connect to lvmetad. Falling back to device scanning.Nachricht zu sehen, sollten Sie den spash / quiet-Start deaktivieren (siehe: askubuntu.com/a/289/454520 )
pim

Es geht um langes Booten von network.service. Lösung aus dieser Antwort hat mir geholfen.
gyr9i

Antworten:


60

Ich habe heute ein Upgrade auf 18.04 durchgeführt und bin auf dasselbe Problem gestoßen. Ich konnte es beheben, indem ich den Kernel mit dem noresumeParameter bootete.

Wie Sie habe auch ich keinen Swap Space. Irgendwann während des Upgrades wurde die initramfs-Konfiguration geändert und eine Zeile hinzugefügt, die auf eine nicht vorhandene Swap-Partition verweist. Der langsame Start erfolgte, weil nach dieser Partition gesucht wurde und nach 30 Sekunden eine Zeitüberschreitung auftrat.

So aktualisieren Sie GRUB, sodass diese Option beim Booten automatisch an den Kernel übergeben wird:

  1. Bearbeiten Sie die Datei /etc/default/grubfile so, dass die Zeichenfolge noresumein der GRUB_CMDLINE_LINUX_DEFAULTZeile enthalten ist. Beispiel:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Führen Sie diesen Befehl aus, um GRUB zu aktualisieren:

    sudo update-grub
    
  3. Starten Sie den Computer neu


1
noresume reparierte es, nichts merkwürdiges in initramfs.
user105939

2
Ich habe gestern ein Upgrade auf 18.04 durchgeführt und hatte das gleiche Problem (der Start dauerte 52 Sekunden). Nach dem Einstellen des Parameters "noresume" dauerte es 21 Sekunden.
Erol

1
Sie können Ihre bereits gute Antwort mit Anweisungen zum Aktualisieren von grub verbessern.
WinEunuuchs2Unix

9
Bitte beachten Sie, dass dies eine Problemumgehung ist, da die Wiederaufnahme des Ruhezustands verhindert wird.
PIM

2
Ich mache mir Sorgen, dass ich dadurch nicht in den Ruhezustand wechseln kann. Dies hat jedoch bei mir funktioniert : askubuntu.com/questions/1013830/… (Bearbeiten von /etc/initramfs-tools/conf.d/resume, Ändern von RESUME = none über die UUID und Ausführen von update-initramfs -u)
Gray Panther,

19
$ systemd-analyze blame

Überprüfen Sie, welche Prozesse die meiste Zeit des Startvorgangs in Anspruch nehmen.


5
systemd-analyze blamezeigt keine Kernel-Zeit und für dieses Problem. systemd-analyse timewird zeigen, dass es der Kernel ist, der auf der Suche nach dem Dateisystem hängen bleibt.
pim

2
guter Tipp, aber der längste Prozess dauerte nur 1,6 Sekunden, daher hat dieses Tool nicht geholfen.
user105939

3
@Pim systemd-analyse timehat einen Tippfehler, es sollte einen habenz
RobAu

1
systemd-analyze critical-chainist noch besser alsblame
user535733


4

Ich habe von 16.04 auf 18.04 upgegradet. Die Startzeit betrug mehr als 10 Minuten.
Versucht von "Kein Begrüßungsbildschirm zum Kernel" zu finden, welche Prozesse die meiste Zeit zum Booten benötigen.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Wir müssen also die Zeit für diesen Prozess reduzieren, um Startzeit zu sparen. Um dies zu tun,

Sie müssen bearbeiten,

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Finden

TimeoutStartSec=5min

Ändern

TimeoutStartSec=5s

und neu starten


3

Sie können das Timeout für Start Job und Stop Jobs konfigurieren.

Bearbeiten Sie /etc/systemd/system.confmit erhöhten Rechten und ändern / fügen Sie zwei Zeilen hinzu, die standardmäßig von 90 Sekunden bis 5 (oder was auch immer Sie bevorzugen) kommentiert sind, und kommentieren Sie es aus:

von:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

zu:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

Wenden Sie danach die Änderungen an, indem Sie Ihr initramfs mit dem folgenden Befehl neu erstellen:

sudo update-initramfs -u

0

Ich habe eine andere Methode ausprobiert, aber nichts hat funktioniert. dann finde ich es war das Problem mit dem Grafiktreiber. Ich habe das Problem mit zusätzlichen Treibern gelöst, für mich war es Nvidia.

gehe zu: Software & Updates -> wähle aufgelisteten Grafiktreiber -> nehme Änderungen vor

Hinweis: Ich verwende die Kernel-Version 4.18.0-25-generic

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.