☰

Lubuntu startet aus unbekanntem Grund mit einer SSD sehr langsam, systemd-analyze hilft nicht

tag-icon • tag-icon linux ubuntu boot ssd lubuntu
Lubuntu startet aus unbekanntem Grund mit einer SSD sehr langsam, systemd-analyze hilft nicht

Ich habe einen Laptop mit einer 250 GB SSD und Dual-Boot von Windows 10 und Lubuntu.

Zum Booten von Windows ist weniger als eine Minute erforderlich, für Lubuntu hingegen mehr als drei Minuten.

Ich habe versucht, die Ursache herauszufinden, aber systemd-analyze blame sagt, dass das Laden des Dienstes nur 6 Sekunden dauert.

systemd-analyze blame

       5.920s NetworkManager-wait-online.service
       911ms dev-sda5.device
       409ms snap-repair.service
       266ms systemd-resolved.service
       228ms networking.service
       208ms keyboard-setup.service
       182ms apparmor.service
       147ms upower.service
       138ms systemd-tmpfiles-setup-dev.service
       133ms systemd-timesyncd.service
       129ms accounts-daemon.service
       126ms snapd.service
       114ms lightdm.service
       110ms plymouth-quit-wait.service
       108ms NetworkManager.service
        92ms ModemManager.service
        79ms grub-common.service
        77ms preload.service
        ...

Obwohl das Booten länger als 3 Minuten dauert:

systemd-analyze time

Startup finished in 8.659s (kernel) + 3min 636ms (userspace) = 3min 9.295s

Dasist die systemd-analyze plotGrafik. Sie zeigt eine große Lücke, aber keinen Prozess, der viel Zeit in Anspruch nimmt.

Wie kann ich herausfinden, warum das Booten des Systems so lange dauert und wie kann ich es verbessern?

(das ist systemd-analyze critical-chain)

graphical.target @1min 36.454s
└─multi-user.target @1min 36.454s
 └─whoopsie.service @1min 36.453s
  └─network-online.target @1min 36.453s
   └─NetworkManager-wait-online.service @1min 30.532s +5.920s
    └─NetworkManager.service @1min 30.423s +108ms
      └─dbus.service @1min 30.404s
        └─basic.target @1min 30.390s
          └─sockets.target @1min 30.390s
            └─snapd.socket @1min 30.389s +1ms
              └─sysinit.target @1min 30.387s
                └─systemd-timesyncd.service @517ms +133ms
                  └─systemd-tmpfiles-setup.service @421ms +69ms
                    └─systemd-journal-flush.service @404ms +14ms
                      └─systemd-remount-fs.service @376ms +20ms
                        └─system.slice @164ms
                          └─-.slice @146ms

Bearbeiten:Mit dmesgEs ist klar, dass die Startsequenz bis dauert crng init done. Lösung unten veröffentlicht

Antwort1

Das Deaktivieren des Swap-Vorgangs hat das Problem behoben.

Kommentieren Sie die Swap-Zeile aus /etc/fstabund /etc/crypttabstarten Sie neu.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1685794

verwandte Informationen