Rozumiem, że rozwiązywanie długich czasów rozruchu polega na analizie tego, ile czasu zajmuje uruchomienie, ale wynik działania systemd-analyze blamei systemd-analyze plotmnie zaskoczył.

~ $ analiza systemowa
Uruchomienie zakończono za 12,557 s (oprogramowanie układowe) + 4,516 s (moduł ładujący) + 3,732 s (jądro) + 26,720 s (przestrzeń użytkownika) = 47,526 s

~ $ wina systemd-zanalizuj | grep "\ s [1-9] * \."
          8.989s konfiguracja klawiatury. Usługa
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s account-daemon.service
          4,446 s 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 networking. Usługa
          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 usługa colord
          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
          Usługa Bluetooth 1.152s
          1.032s usługa lightdm.
          1.013s plymouth-quit-wait.service

Informacja

Urządzenie to Dell Inspiron 5559; Mam go od lutego / marca 2016 r.

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

Distro to Lubuntu 16.10 z LXDE.

~ $ sudo parted / dev / sda unit mib print
Model: ATA ST1000LM024 HN-M (scsi)
Dysk / dev / sda: 953870MiB
Rozmiar sektora (logiczny / fizyczny): 512B / 4096B
Tabela partycji: gpt
Flagi dysku: 

Numer Początkowy Rozmiar końcowy System plików Nazwa Flagi
 1 1,00 MB 513 MB 512 MB Fat32 EFI System Partition boot, esp
 2 513 MiB 937591 MiB 937078 MiB ext4
 3 937591 MiB 953869 MiB 16278 MiB linux-swap (v1)

Najgorsze jest to, że czasy poszczególnych modułów różnią się nieco (od 1 do 2 sekund, obserwowane po tym problemie, odkąd zainstalowałem Lubuntu), co oznacza, że ​​musiałbym systemd-analyze blameciągle aktualizować lub rejestrować serię restartów, a następnie zrobić średnią.

Czy ktoś może mi powiedzieć od czego zacząć ?

AKTUALIZACJA

~ $ wina systemd-zanalizuj | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s konfiguracja klawiatury. Usługa
          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 usługa plymouth-read-write.service
          1.560s account-daemon.service
          1.107s systemd-modules-load.service
          1,002s usługa colord

~ $ systemd-analiza krytycznego łańcucha
Czas po aktywacji lub uruchomieniu urządzenia jest drukowany po znaku „@”.
Czas potrzebny na uruchomienie urządzenia jest drukowany po znaku „+”.

graphical.target @ 25.631s
Ultmulti-user.target @ 25.631s
  └─getty.target @ 25.631s
    └─getty@tty1.service @ 25.631s
      Ystemsystem-getty.slice @ 25,630s
        └─setvtrgb.service @ 25.407s + 222ms
          Ystemsystemd-user-session.service @ 25.245s + 2ms
            └─network.target @ 25.245s
              WorkNetworkManager.service @ 21.154s + 4.090s
                Busdbus.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
                            Ocallocal-fs.target @ 18.488s
                              Otboot-efi.mount @ 18,387 s + 100 ms
                                Ystemsystemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  Evdev-disk-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s

Pojawiają się przynajmniej wyraźni sprawcy.

ZAMKNIĘTE

Wpis został zamknięty, ponieważ przeprowadziłem migrację do innej dystrybucji (Gentoo), w której problem nie pojawił się, więc pytanie nie jest już istotne.

Czy ktoś może mi powiedzieć od czego zacząć?

Uruchom Live Ubuntu Session (lub dowolną dystrybucję z funkcją „spróbuj bez instalacji”)

Wiele razy dystrybucje oparte na Linuksie zabierają dużo czasu, a nawet nie uruchamiają się, gdy występuje jakiś problem z komponentem peryferyjnym, takim jak klawiatura lub karta sieciowa itp. Na przykład klawisz „w górę” klawiatury mojego starego laptopa pozostaje wciśnięty bez fizycznego naciśnięcia . Z tego powodu keyboard-setup.sh czeka długo, nie kończy się, a na koniec widzę mnóstwo komunikatów o błędach, które powiadamiają mnie o niemożności uruchomienia Ubuntu. Odłączanie klawiatury podczas rozruchu było dla mnie obejściem, które wymagało uruchomienia.

Testowanie sprzętu pod kątem tego rodzaju błędów byłoby dobrym punktem wyjścia. Jeśli wiesz o problemie sprzętowym z laptopem, możesz spróbować odłączyć ten składnik podczas uruchamiania (prawdopodobnie karta sieciowa lub klawiatura, ponieważ wspomniałeś o polktid i keyboard-setup.sh)