Comprendo che la risoluzione dei lunghi tempi di avvio implica l'analisi del tempo necessario per l'avvio, ma l'output di systemd-analyze blamee systemd-analyze plotmi ha lasciato perplesso.

~ $ systemd-analizza
Avvio completato in 12.557s (firmware) + 4.516s (caricatore) + 3.732s (kernel) + 26.720s (spazio utenti) = 47.526s

~ $ systemd-analizza la colpa | grep "\ s [1-9] * \."
          Keyboard-setup.service 8.989s
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s account-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
          Servizio di rete 1.943s
          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

Informazione

La macchina è un Dell Inspiron 5559; L'ho avuto da febbraio / marzo 2016.

~ $ uname -imporvs
Linux 4.8.0-32-generico # 34-Ubuntu SMP mar 13 dic 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distro è Lubuntu 16.10 con LXDE.

~ $ sudo parted / dev / sda unit mib print
Modello: ATA ST1000LM024 HN-M (scsi)
Disco / dev / sda: 953870 MiB
Dimensione del settore (logico / fisico): 512B / 4096B
Tabella delle partizioni: gpt
Flag del disco: 

Numero Inizio Fine Dimensione Nome file system Flag
 1 1.00MiB 513MiB 512MiB fat32 Avvio partizione di sistema EFI, esp
 2 513 MiB 937591 MiB 937078 MiB ext4
 3 937591 MiB 953869 MiB 16278 MiB linux-swap (v1)

La parte peggiore è che i tempi dei singoli moduli variano un po '(da 1 a 2 secondi, osservati dal seguire questo problema da quando ho installato Lubuntu), il che significa che avrei bisogno di aggiornare systemd-analyze blamecostantemente o registrare una serie di riavvii e quindi fare una media.

Qualcuno può dirmi da dove posso iniziare ?

AGGIORNARE

~ $ systemd-analizza la colpa | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s keyboard-setup.service
          8.015s systemd-udevd.service
          NetworkManager.service 4.090s
          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-analizza la catena critica
Il tempo dopo l'attivazione o l'avvio dell'unità viene stampato dopo il carattere "@".
Il tempo necessario per l'avvio dell'unità viene stampato dopo il carattere "+".

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

Almeno chiari colpevoli stanno comparendo.

CHIUSO

Il post viene chiuso perché sono migrato in un'altra distro (Gentoo) in cui il problema non si è presentato, quindi la domanda non è più pertinente.

Qualcuno può dirmi da dove posso iniziare?

Esegui una sessione Ubuntu live (o qualsiasi distribuzione fornita con la funzione "prova senza installare")

Molte volte le distribuzioni basate su Linux impiegano molto tempo ad avviarsi o addirittura non riescono ad avviarsi quando c'è qualche problema con un componente periferico come tastiera o scheda di rete, ecc. Ad esempio, il tasto "Su" della tastiera del mio vecchio laptop rimane nello stato premuto senza essere fisicamente premuto . Per questo motivo keyboard-setup.sh attende a lungo, non riesce a completarsi e finalmente vedo un mucchio di messaggi di errore che mi informano che Ubuntu non è in grado di avviarsi. Scollegare la tastiera durante l'avvio è stata la soluzione alternativa per me per avviarlo.

Testare l' hardware per questo tipo di errori sarebbe un buon punto di partenza. Se conosci un problema hardware con il tuo laptop, puoi provare a disconnettere quel componente durante l'avvio (probabilmente NIC o tastiera perché hai citato polktid e keyboard-setup.sh)