Lubuntu sehr langsames Booten mit einer SSD aus einem unbekannten Grund, systemd-analyse nicht hilfreich

3

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

Das Booten von Windows dauert weniger als eine Minute, aber Lubuntu benötigt mehr als drei Minuten.

Ich habe versucht, den Grund dafür zu finden, obwohl laut systemd-analyse die Schuld darin besteht, dass der Dienst zum Laden nur 6 Sekunden benötigt.

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
        ...

Das Booten dauert zwar länger als 3 Minuten:

systemd-analyze time

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

Diese ist der systemd-analyze plot Grafik, es zeigt eine große Lücke, aber es zeigt keinen Prozess, der viel Zeit in Anspruch nimmt.

Wie kann ich herausfinden, warum der Systemstart so lange dauert, und wie kann ich ihn 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: Verwenden dmesg Es ist klar, dass die Startreihenfolge bis erhalten wird crng init done. Lösung unten gepostet

Dema
quelle

Antworten: