Ich verstehe, dass das Lösen langer Startzeiten die Analyse beinhaltet, wie lange es dauert, was zu starten, aber die Ausgabe von systemd-analyze blameund systemd-analyze plothat mich verwirrt.

~ $ systemd-analyse
Der Start wurde in 12.557s (Firmware) + 4.516s (Loader) + 3.732s (Kernel) + 26.720s (Userspace) = 47.526s abgeschlossen

~ $ systemd-analyse schuld | grep "\ s [1-9] * \."
          8.989s Tastatur-Setup.Service
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s accounts-daemon.service
          4.446s NetworkManager.service
          3.383s gpu-manager.service
          3.134s systemd-udevd.service
          3.079s snapd.firstboot.service
          2.440s udisks2.service
          2.249s grub-common.service
          2.093s upower.service
          1.943s network.service
          1.661s avahi-daemon.service
          1.461s rsyslog.service
          1.460s pppd-dns.service
          1.449s systemd-tmpfiles-setup-dev.service
          1.387s systemd-rfkill.service
          1.290s colord.service
          1.210s resolvconf.service
          1.192s apport.service
          1.188s systemd-modules-load.service
          1.187s systemd-remount-fs.service
          1.166s dev-mqueue.mount
          1.152s bluetooth.service
          1.032s lightdm.service
          1.013s plymouth-quit-wait.service

Information

Die Maschine ist ein Dell Inspiron 5559; Ich habe es seit Februar / März 2016.

~ $ uname -imporvs
Linux 4.8.0-32-generic # 34-Ubuntu SMP Di Dec 13 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distribution ist Lubuntu 16.10 mit LXDE.

~ $ sudo parted / dev / sda unit mib print
Modell: ATA ST1000LM024 HN-M (scsi)
Disk / dev / sda: 953870MiB
Sektorgröße (logisch / physisch): 512B / 4096B
Partitionstabelle: gpt
Disk Flags: 

Nummer Start Ende Größe Dateisystem Name Flags
 1 1,00 MB 513 MB 512 MB fat32 EFI-Systempartitionsstart, insb
 2 513MiB 937591MiB 937078MiB ext4
 3 937591MiB 953869MiB 16278MiB Linux-Swap (v1)

Das Schlimmste ist, dass die Zeiten der einzelnen Module etwas variieren (1 bis 2 Sekunden, da dieses Problem seit der Installation von Lubuntu aufgetreten ist), was bedeutet, dass ich systemd-analyze blameständig aktualisieren oder eine Reihe von Neustarts protokollieren und dann einen Durchschnitt erstellen müsste .

Kann mir jemand sagen, wo ich anfangen könnte ?

AKTUALISIEREN

~ $ systemd-analyse schuld | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s Tastatur-Setup.Service
          8.015s systemd-udevd.service
          4.090s NetworkManager.service
          3.644s systemd-tmpfiles-setup-dev.service
          2.621s apparmor.service
          2.549s grub-common.service
          2.477s plymouth-read-write.service
          1.560s accounts-daemon.service
          1.107s systemd-modules-load.service
          1.002s colord.service

~ $ systemd-analyse kritische Kette
Die Zeit nach dem Aktivieren oder Starten des Geräts wird nach dem Zeichen "@" gedruckt.
Die Zeit, die das Gerät zum Starten benötigt, wird nach dem "+" - Zeichen gedruckt.

graphical.target @ 25.631s
└─multi-user.target @ 25.631s
  └─getty.target @ 25.631s
    └─getty@tty1.service @ 25.631s
      └─system-getty.slice @ 25.630s
        └─setvtrgb.service @ 25.407s + 222ms
          └─systemd-user-session.service @ 25.245s + 2ms
            └─network.target @ 25.245s
              └─NetworkManager.service @ 21.154s + 4.090s
                └─dbus.service @ 21.147s
                  └─basic.target @ 21.139s
                    └─sockets.target @ 21.139s
                      └─snapd.socket @ 21.136s + 2ms
                        └─sysinit.target @ 21.110s
                          └─apparmor.service @ 18.488s + 2.621s
                            └─local-fs.target @ 18.488s
                              └─boot-efi.mount @ 18.387s + 100ms
                                └─systemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  └─dev-disk-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s

Zumindest erscheinen klare Schuldige.

GESCHLOSSEN

Der Beitrag wird geschlossen, weil ich in eine andere Distribution (Gentoo) migriert bin, in der das Problem nicht aufgetreten ist, sodass die Frage nicht mehr relevant ist.

Kann mir jemand sagen, wo ich anfangen könnte?

Führen Sie eine Live-Ubuntu-Sitzung aus (oder eine beliebige Distribution mit der Funktion "Versuchen ohne Installation").

Oft dauert das Booten von Linux-basierten Distributionen lange oder schlägt sogar fehl, wenn Probleme mit einer Peripheriekomponente wie Tastatur oder Netzwerkkarte usw. auftreten. Beispielsweise bleibt die "Up" -Taste der Tastatur meines alten Laptops gedrückt, ohne physisch gedrückt zu werden . Aus diesem Grund wartet die Datei keyboard-setup.sh lange, wird nicht abgeschlossen und schließlich werden eine Reihe von Fehlermeldungen angezeigt, die mich darüber informieren, dass Ubuntu nicht booten kann. Das Trennen der Tastatur während des Startvorgangs war die Problemumgehung, damit ich sie starten konnte.

Das Testen Ihrer Hardware auf solche Fehler wäre ein guter Ausgangspunkt. Wenn Sie über ein Hardwareproblem mit Ihrem Laptop Bescheid wissen, können Sie versuchen, diese Komponente während des Startvorgangs zu trennen (wahrscheinlich NIC oder Tastatur, da Sie polktid und keyboard-setup.sh erwähnt haben).