Temps de démarrage LM 19.1 Cinnamon un peu long

[Scrat]

Bonjour.

Depuis maintenant 6 mois que j'utilise mon nouveau PC portable avec Linux Mint Cinnamon, d'abord en version 19, puis en version 19.1, je suis globalement assez satisfait, mais j'ai toujours trouvé ce système un peu lent à démarrer, en tout cas pas plus rapide que le démarrage de Windows Vista sur mon précédent et défunt portable âgé de 11 ans. J'ai donc ouvert ce sujet surtout pour avoir votre avis.

Par exemple ce soir, il m'a fallu 1 minute 30 secondes pour obtenir l'écran de login, puis 30 secondes supplémentaires pour avoir mon bureau, soit environ 2 minutes au total. C'est pratiquement toujours la même chose à quelques dizaines de secondes près. Peut-être suis-je un peu impatient, mais ça me paraît un peu long, surtout que mon nouveau PC récent a beaucoup plus de ressources que le précédent.

Pour avoir votre avis, je vous mets ici le retour de certaines commandes, d'abord pour l'analyse par systemd:

Code : Tout sélectionner

richard@pc-linuxshop-5678:~$ systemd-analyze
Startup finished in 14.416s (firmware) + 4.101s (loader) + 6.747s (kernel) + 52.991s (userspace) = 1min 18.256s
graphical.target reached after 46.824s in userspace

puis pour l'état du matériel par inxi:

Code : Tout sélectionner

richard@pc-linuxshop-5678:~$ inxi -F
System:    Host: pc-linuxshop-5678 Kernel: 4.15.0-45-generic x86_64 bits: 64 Desktop: Cinnamon 4.0.9 
           Distro: Linux Mint 19.1 Tessa 
Machine:   Type: Laptop System: LENOVO product: 80XM v: Lenovo ideapad 320-17IKB serial: PF12AZN6 
           Mobo: LENOVO model: LNVNB161216 v: SDK0J40700 WIN serial: PF12AZN6 UEFI: LENOVO v: 4WCN37WW 
           date: 12/04/2017 
Battery:   ID-1: BAT0 charge: 29.4 Wh condition: 29.4/30.6 Wh (96%) 
CPU:       Topology: Dual Core model: Intel Core i5-7200U bits: 64 type: MT MCP L2 cache: 3072 KiB 
           Speed: 600 MHz min/max: 400/3100 MHz Core speeds (MHz): 1: 615 2: 601 3: 615 4: 603 
Graphics:  Device-1: Intel HD Graphics 620 driver: i915 v: kernel 
           Device-2: NVIDIA GM108M [GeForce 920MX] driver: nvidia v: 390.77 
           Display: server: X.Org 1.19.6 driver: modesetting,nvidia unloaded: fbdev,nouveau,vesa tty: N/A 
           OpenGL: renderer: GeForce 920MX/PCIe/SSE2 v: 4.6.0 NVIDIA 390.77 
Audio:     Device-1: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel 
           Sound Server: ALSA v: k4.15.0-45-generic 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 
           IF: enp2s0 state: down mac: 8c:16:45:14:73:c0 
           Device-2: Intel Dual Band Wireless-AC 3165 Plus Bluetooth driver: iwlwifi 
           IF: wlp3s0 state: up mac: 74:e5:f9:d6:ea:0c 
Drives:    Local Storage: total: 931.51 GiB used: 117.04 GiB (12.6%) 
           ID-1: /dev/sda vendor: Seagate model: ST1000LM035-1RK172 size: 931.51 GiB 
RAID:      Hardware-1: Intel 82801 Mobile SATA Controller [RAID mode] driver: ahci 
Partition: ID-1: / size: 915.40 GiB used: 117.03 GiB (12.8%) fs: ext4 dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 40.5 C mobo: N/A gpu: nvidia temp: 36 C 
           Fan Speeds (RPM): N/A 
Info:      Processes: 199 Uptime: 24m Memory: 7.58 GiB used: 1.17 GiB (15.4%) Shell: bash inxi: 3.0.27 

A noter que pour l'arrêt c'est toujours ultra-rapide: moins d'une dizaine de secondes à chaque fois.

Voilà, merci de me dire ce que vous en pensez. Le temps de démarrage est-il normal sur mon matériel, ou y aurait-il des choses à optimiser ?

A+

[tescan]

Bonjour,
peut-être avec:

systemd-analyze blame

tu pourrais voir ou ça "traîne"?

Je suis encore en 18.3:

Startup finished in 11.899s (kernel) + 56.967s (userspace) = 1min 8.866s

Sur le même pc, mais avec Debian Buster:

Startup finished in 5.875s (kernel) + 19.894s (userspace) = 25.770s
graphical.target reached after 15.821s in userspace

Je sens que le week-end va être bien occupé

[Scrat]

Bonjour tescan, et merci pour ta réponse.

Aujourd'hui encore, environ deux minutes jusqu'à l'affichage du bureau. Pas excessif, mais je serais tenté de dire "peut mieux faire".

Voici le résultat de l'analyse avec l'option blame:

Code : Tout sélectionner

richard@pc-linuxshop-5678:~$ systemd-analyze blame
         25.369s systemd-journal-flush.service
         18.232s keyboard-setup.service
         17.787s dev-sda2.device
         16.173s ufw.service
         13.694s systemd-udevd.service
          9.759s ubuntu-system-adjustments.service
          8.101s NetworkManager-wait-online.service
          5.174s networkd-dispatcher.service
          5.022s NetworkManager.service
          3.858s udisks2.service
          3.854s thermald.service
          3.272s lightdm.service
          3.272s plymouth-quit-wait.service
          2.887s lvm2-monitor.service
          2.265s gpu-manager.service
          2.226s systemd-tmpfiles-setup-dev.service
          1.934s swapfile.swap
          1.897s accounts-daemon.service
          1.857s ModemManager.service
          1.651s systemd-modules-load.service
          1.352s systemd-random-seed.service
          1.271s rsyslog.service
          1.257s grub-common.service
          1.011s wpa_supplicant.service
           972ms avahi-daemon.service
           933ms apport.service
           914ms lm-sensors.service
           909ms systemd-logind.service
           822ms systemd-sysctl.service
           804ms sys-kernel-debug.mount
           794ms systemd-remount-fs.service
           758ms dev-hugepages.mount
           753ms dev-mqueue.mount
           588ms colord.service
           586ms systemd-tmpfiles-setup.service
           482ms networking.service
           381ms systemd-fsck@dev-disk-by\x2duuid-16A2\x2d3413.service
           371ms bluetooth.service
           345ms polkit.service
           321ms blk-availability.service
           300ms setvtrgb.service
           276ms systemd-journald.service
           260ms upower.service
           223ms systemd-timesyncd.service
           201ms virtualbox.service
           189ms systemd-update-utmp.service
           173ms apparmor.service
           164ms plymouth-start.service
           147ms kmod-static-nodes.service
           134ms systemd-udev-trigger.service
           116ms plymouth-read-write.service
           110ms boot-efi.mount
           105ms systemd-resolved.service
            99ms systemd-rfkill.service
            58ms user@1001.service
            35ms hddtemp.service
            25ms kerneloops.service
            22ms speech-dispatcher.service
            16ms alsa-restore.service
            12ms systemd-user-sessions.service
             9ms rtkit-daemon.service
             5ms dns-clean.service
             4ms ureadahead-stop.service
             4ms systemd-update-utmp-runlevel.service
             3ms openvpn.service
             3ms systemd-backlight@backlight:intel_backlight.service
             2ms pppd-dns.service
             2ms console-setup.service
             2ms nvidia-persistenced.service
             1ms sys-fs-fuse-connections.mount
             1ms sys-kernel-config.mount

Il semble que ce soit le service "journal-flush" qui traîne le plus, immédiatement suivi du "Keyboard-setup". Le service pare-feu ufw traîne un peu lui aussi. Je ne sais pas trop ce qu'on peut faire avec "journal-flush" (nettoyer les journaux, peut-être ?), mais je pourrais essayer de désactiver le pare-feu pour voir ce qu'on peut gagner.

Tous vos avis sont les bienvenus.

A+

[cyrille]

Si tu n'as pas besoin du parefeu vire, ta box te protège déjà. Sauf si tu as une configuration particulière...
Souvent la lenteur au démarrage est due à des ressources réseau mal montées

[cyrille]

pour tes journaux système qui trainent à se lancer nettoye le tout.

Ce code devrait le faire

Code : Tout sélectionner

$ find /var/log/journal -name "*.journal" | xargs sudo rm
$ sudo systemctl restart systemd-journald

et rend un retour des temps de démarrage

[tescan]

Si ça peut servir, voilà ce que j'obtiens avec mint 18.3:

Code : Tout sélectionner

         11.274s dev-sda1.device
         10.016s lvm2-monitor.service
          8.734s NetworkManager-wait-online.service
          6.408s ntp.service
          5.997s systemd-udevd.service
          3.406s systemd-tmpfiles-setup-dev.service
          1.620s nmbd.service
          1.602s NetworkManager.service
          1.556s keyboard-setup.service
          1.497s systemd-modules-load.service
          1.481s samba-ad-dc.service
          1.103s privoxy.service
           917ms systemd-remount-fs.service
           896ms ModemManager.service
           883ms systemd-tmpfiles-setup.service
           881ms dev-hugepages.mount
           880ms dev-mqueue.mount
           808ms avahi-daemon.service
           794ms sys-kernel-debug.mount
           776ms accounts-daemon.service
           733ms systemd-journald.service
           700ms grub-common.service
           555ms kmod-static-nodes.service
           554ms apparmor.service
           552ms systemd-logind.service
           539ms console-kit-log-system-start.service
           537ms virtualbox-guest-utils.service
           534ms loadcpufreq.service
           494ms irqbalance.service
           472ms systemd-journal-flush.service
           466ms udisks2.service
           421ms systemd-random-seed.service
           412ms systemd-udev-trigger.service
           403ms ufw.service
           393ms rsyslog.service
           373ms media-tt-data.mount
           358ms networking.service
           327ms ssh.service
           308ms console-setup.service
           267ms systemd-tmpfiles-clean.service
           227ms polkitd.service
           224ms upower.service
           211ms binfmt-support.service
           211ms colord.service
           187ms user@1000.service
           160ms speech-dispatcher.service
           160ms ondemand.service
           152ms lm-sensors.service
           151ms smbd.service
           146ms setvtrgb.service
           145ms pppd-dns.service
           137ms thermald.service
           125ms media-tt-data1.mount
           116ms nvidia-persistenced.service
           103ms console-kit-daemon.service
           101ms virtualbox.service
            98ms systemd-sysctl.service
            72ms media-tt-data3.mount
            24ms plymouth-quit.service

[cyrille]

Sinon mets le système en veille plutot que d'éteindre
Ensuite, il ne te reste plus qu'à changer le HD par un SSD...

[tyrry]

Slt ,
pour info chez moi :

Code : Tout sélectionner

~bash - 15:57:49 ~> systemd-analyze
Startup finished in 2.651s (kernel) + 1.231s (userspace) = 3.882s
graphical.target reached after 1.225s in userspace
~bash - 15:57:54 ~>

et encore c'est plus long depuis la maj du noyau 4.15.0-44-generic ...........
pour info j'ai : 250ms systemd-journal-flush.service
@+

[cyrille]

repasse au noyau précédent

[Scrat]

Re bonjour et merci pour toutes ces réponses.

Premier test proposé par cyrille : nettoyage des journaux. Efficace, me fait gagner environ 20 secondes sur le temps de démarrage total: de 2 minutes, je descends à environ 1 minute 40. Voici l'analyse, à comparer avec celle de mes premiers messages:

Code : Tout sélectionner

richard@pc-linuxshop-5678:~$ systemd-analyze
Startup finished in 14.265s (firmware) + 4.180s (loader) + 6.958s (kernel) + 34.594s (userspace) = 59.997s
graphical.target reached after 34.588s in userspace
richard@pc-linuxshop-5678:~$ systemd-analyze blame
         18.108s keyboard-setup.service
         17.380s dev-sda2.device
         16.593s systemd-journal-flush.service
         16.360s ufw.service
         13.656s systemd-udevd.service
          6.755s NetworkManager-wait-online.service
          4.058s NetworkManager.service
          3.756s ubuntu-system-adjustments.service
            ....

Pour le reste des suggestions:

- pare-feu: je n'ai pas trop envie de le désactiver car je n'ai pas de box pour me protéger, mon seul accès à internet étant le point d'accès Wifi de mon téléphone 4G. Mais bon, je ferai un essai pour voir ce que je gagne.

- mettre en veille plutôt que de faire un arrêt complet: effectivement, c'est une idée à tester, mais ça ne résout pas le problème de la lenteur du démarrage à froid.

- ouvrir la bête pour remplacer le HDD par un SSD: alors là pas question! C'est un portable tout neuf, encore sous garantie, et je ne l'ouvrirai qu'à son décès pour pratiquer une autopsie.

- revenir au noyau précédent: il est vrai que j'ai fait toutes les mises à jour proposées pour le noyau 4.15 dès réception de la machine en version 4.15.0-29, et la proposition de deux dernières mises à jour consécutives m'a un peu surpris (4.15.0-44 puis 4.15.0-45). Mais je n'ai jamais remarqué de changement du temps de démarrage avec mes différentes versions du noyau, le temps de démarrage restant de l'ordre de 2 minutes. Et puis je ne suis pas trop à l'aise avec les manipulations du noyau.

Par ailleurs, j'ai un peu parcouru le net et j'ai constaté que pas mal de personnes avaient des temps de démarrage à froid du même ordre que moi. Pas vraiment vu de solution non plus, sinon la désactivation de services au risque de ne plus pouvoir démarrer si on ne sait pas trop ce qu'on fait, ce qui est mon cas.

Une chose m'étonne cependant dans ma configuration, c'est le temps passé dans le service "keyboard-setup": 18 secondes pour moi contre moins de 2 secondes pour tescan ! Il y a probablement quelque chose à creuser de ce côté et je vais poursuivre mes investigations.

En tout cas, merci à tous pour vos contributions, et je retiens la suggestion efficace de procéder à un nettoyage régulier des journaux.

A+