Je comprends que la résolution de longs temps de démarrage implique d'analyser combien de temps il faut pour démarrer quoi, mais la sortie de systemd-analyze blameet systemd-analyze plotm'a laissé perplexe.

~ $ systemd-analyse
Démarrage terminé en 12.557s (firmware) + 4.516s (chargeur) + 3.732s (noyau) + 26.720s (espace utilisateur) = 47.526s

~ $ systemd-analyse blâme | grep "\ s [1-9] * \."
          8.989s keyboard-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 networking.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 service de répartition
          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

La machine est un Dell Inspiron 5559; Je l'ai depuis février / mars 2016.

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

Distro est Lubuntu 16.10 w / LXDE.

~ $ sudo parted / dev / sda print mib unit
Modèle: ATA ST1000LM024 HN-M (scsi)
Disque / dev / sda: 953870 Mo
Taille du secteur (logique / physique): 512B / 4096B
Table de partition: gpt
Indicateurs de disque: 

Numéro Début Fin Taille Système de fichiers Nom Indicateurs
 1 1.00MiB 513MiB 512MiB fat32 EFI System Partition boot, esp
 2 513 Mo 937591 Mo 937078 Mo ext4
 3 937591MiB 953869MiB 16278MiB linux-swap (v1)

Le pire est que les temps des modules individuels varient un peu (1 à 2 secondes, observés à la suite de ce problème depuis que j'ai installé Lubuntu), ce qui signifie que je devrais systemd-analyze blameconstamment mettre à jour ou enregistrer une série de redémarrages, puis faire une moyenne.

Quelqu'un peut-il me dire par où commencer ?

METTRE À JOUR

~ $ systemd-analyse blâme | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s keyboard-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 chaîne critique
Le temps après que l'unité est active ou démarrée est imprimé après le caractère "@".
Le temps de démarrage de l'unité est imprimé après le caractère "+".

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

Au moins des coupables clairs apparaissent.

FERMÉ

Le message est en cours de fermeture car j'ai migré vers une autre distribution (Gentoo) où le problème ne s'est pas posé, la question n'est donc plus d'actualité.

Quelqu'un peut-il me dire par où commencer?

Exécutez une session Ubuntu en direct (ou toute distribution livrée avec la fonction "essayer sans installer")

Souvent, les distributions basées sur Linux prennent beaucoup de temps à démarrer ou même échouent en cas de problème avec un composant périphérique comme le clavier ou la carte réseau, etc. . Pour cette raison, keyboard-setup.sh attend longtemps, ne se termine pas et finalement je vois un tas de messages d'erreur qui m'informent qu'Ubuntu ne peut pas démarrer. La déconnexion du clavier pendant le démarrage a été la solution de contournement pour le faire démarrer.

Tester votre matériel pour ce type d'erreurs serait un bon point de départ. Si vous connaissez un problème matériel avec votre ordinateur portable, vous pouvez essayer de déconnecter ce composant lors du démarrage (probablement NIC ou clavier car vous avez mentionné polktid et keyboard-setup.sh)