Bonjour,
J'ai lu un message (https://kubic.opensuse.org/blog/2020-02-04-quickboot/) où il était question d'accélérer le démarrage pour les développeurs mais pas que :)
Comme je trouve le démarrage un peu long bien que je sois sur openbox-KDE (https://www.alionet.org/index.php?topic=177.msg1442#msg1442), j'ai regardé ça de plus près
et voilà le résultat :
systemd-analyze
retourne
Startup finished in 3.135s (kernel) + 6.491s (initrd) + 1min 33.035s (userspace) = 1min 42.663s
systemd-analyze blame
retourne
58.576s mandb.service
37.840s backup-rpmdb.service
35.503s smb.service
29.059s postfix.service
28.504s display-manager.service
26.590s logrotate.service
25.527s plymouth-quit-wait.service
25.069s backup-sysconfig.service
13.572s btrfsmaintenance-refresh.service
12.428s lvm2-monitor.service
9.788s firewalld.service
7.311s rsyslog.service
6.038s ModemManager.service
5.424s initrd-switch-root.service
4.145s vboxdrv.service
4.050s polkit.service
3.942s mcelog.service
3.246s apparmor.service
2.468s systemd-udevd.service
2.117s nscd.service
2.108s kbdsettings.service
2.055s plymouth-start.service
1.799s avahi-daemon.service
1.421s iscsid.service
1.169s auditd.service
1.086s klog.service
1.074s chronyd.service
1.069s dev-disk-by\x2duuid-9787ef62\x2d4d5b\x2d462c\x2dabc5\x2d285ea547862f.swap
934ms sysroot.mount
933ms NetworkManager.service
645ms systemd-tmpfiles-setup.service
623ms systemd-journal-flush.service
561ms check-battery.service
511ms home.mount
502ms opt.mount
500ms usr-local.mount
499ms boot-grub2-i386\x2dpc.mount
497ms srv.mount
495ms tmp.mount
493ms systemd-tmpfiles-setup-dev.service
477ms vboxautostart.service
467ms wpa_supplicant.service
464ms systemd-user-sessions.service
450ms systemd-remount-fs.service
417ms plymouth-switch-root.service
400ms iscsi.service
389ms \x2esnapshots.mount
375ms systemd-logind.service
368ms dev-mqueue.mount
365ms sys-kernel-debug.mount
362ms dev-hugepages.mount
362ms plymouth-read-write.service
300ms alsa-restore.service
300ms systemd-backlight@backlight:acpi_video0.service
300ms systemd-random-seed.service
298ms systemd-rfkill.service
274ms upower.service
272ms initrd-parse-etc.service
243ms systemd-sysctl.service
241ms systemd-udev-trigger.service
229ms udisks2.service
227ms var.mount
216ms root.mount
205ms rtkit-daemon.service
171ms user@1000.service
119ms dracut-shutdown.service
109ms boot-grub2-x86_64\x2defi.mount
101ms sys-fs-fuse-connections.mount
84ms systemd-modules-load.service
83ms systemd-vconsole-setup.service
82ms systemd-tmpfiles-clean.service
76ms initrd-cleanup.service
74ms systemd-fsck-root.service
71ms systemd-update-utmp-runlevel.service
61ms systemd-update-utmp.service
60ms dracut-cmdline.service
58ms systemd-backlight@backlight:radeon_bl0.service
52ms systemd-journald.service
31ms kmod-static-nodes.service
20ms dracut-pre-trigger.service
14ms initrd-udevadm-cleanup-db.service
Je comprends que sur les 1min42 secondes et quelques le service man.db prend à lui seul 58 secondes et des poussières ... quasiment une minute :o
Avez-vous aussi ce résultat ?
Je ne sais pas si la mesure de systemd-analyze est fiable, je n'ai pas chronométré à la main
En fait en réfléchissant un peu (dur le soir :D ) je vois que les mesures donnent plus que 1min42sec si on les ajoute donc j'imagine que je dois pouvoir interagir avec l'interface graphique avant que tout ce qui est retourné ne soit chargé mais il reste que ça me semble long 1min42 non ?
Mon top 8:
systemd-analyze blame
33.227s systemd-cryptsetup@cr_home.service
5.594s plymouth-quit-wait.service
2.187s fwupd.service
1.958s mandb.service
1.570s plymouth-switch-root.service
1.405s btrfsmaintenance-refresh.service
1.396s smartd.service
1.359s systemd-logind.service
Pour le
systemd-cryptsetup@cr_home.service
, c'est le temps de déchiffrement de ma partition, ça dépend du temps que je mets à taper ma
passphrase.
Mais mandb prend à peine 2 secondes. Tu as quoi dans un:
journalctl -u mandb
Bonjour chalu,
Les temps de tous les services additionnés donnent un résultat supérieur à système -analyze Time car avec systemd, les services sont lancés en même temps,au contraire de l'ancien système:sysvinit.
(sogal,dis moi si je me trompe).
Chalu,c'est toujours aussi lent? Car là tu as un backup de ta RPM data base,cela aurait une influence sur le man rpmdatabase.
Par contre si tu as ce résultat à chaque fois,il y a un problème.
Salut ;)
Il y a parfois des trucs ajustables, mais logiquement tu ne devrais pas gagner enormément non plus, sauf bug non vu.
Par exemple je suis en ext4 et je vois un btrfsmaintenance-refresh ... Je viens de le passer en manuel et non plus en démarrage automatique.
Avez vous testé wicked vs network manager ? J'ai ceci avec wicked :
Exemple
systemd-analyze
Startup finished in 15.216s (firmware) + 4.956s (loader) + 2.165s (kernel) + 3.841s (initrd) + 37.192s (userspace) = 1min 3.372s
fabrice@openSUSE:~> systemd-analyze blame
23.826s btrfsmaintenance-refresh.service
15.208s wicked.service
6.185s lvm2-monitor.service
5.511s systemd-udev-settle.service
5.088s firewalld.service
4.643s ModemManager.service
3.887s initrd-switch-root.service
3.835s ca-certificates.service
3.599s apparmor.service
2.852s display-manager.service
2.174s mcelog.service
2.120s rc-local.service
2.119s nscd.service
2.065s avahi-daemon.service
1.998s alsa-restore.service
1.940s kbdsettings.service
1.765s polkit.service
1.674s plymouth-quit-wait.service
1.450s systemd-fsck@dev-disk-by\x2duuid-76b036fa\x2d9960\x2d4231\x2d97b4\x2d41367dc5f0da.service
1.404s wickedd-dhcp6.service
1.402s wickedd-dhcp4.service
1.393s wickedd-auto4.service
1.136s systemd-udevd.service
salut,
j'ai quand même regardé sur mon laptop yoga thinkpad 12 reconditionné Intel i5 de 5ème génération avec un ssd et sous leap 15.1,gnome,EXT4
voilà ce que ça donne:
systemd-analyze
Startup finished in 2.900s (kernel) + 2.659s (initrd) + 6.126s (userspace) = 11.687s
linux-z8ek:~ # systemd-analyze blame
4.584s plymouth-quit-wait.service
1.078s btrfsmaintenance-refresh.service
929ms apparmor.service
845ms fwupd.service
833ms postfix.service
792ms display-manager.service
608ms lvm2-monitor.service
319ms NetworkManager.service
276ms upower.service
268ms rsyslog.service
236ms initrd-switch-root.service
216ms systemd-vconsole-setup.service
98ms systemd-fsck@dev-disk-by\x2duuid-219bfcf9\x2ddfcf\x2d4fee\x2db>
83ms initrd-parse-etc.service
79ms systemd-udev-trigger.service
66ms kbdsettings.service
65ms systemd-udevd.service
50ms avahi-daemon.service
48ms dracut-cmdline.service
46ms udisks2.service
45ms user@1000.service
43ms user@462.service
42ms systemd-timesyncd.service
Peut mieux faire,mais bon...on va s'en contenter
Merci de toutes vos réponses :)
J'ai démarré le PC aujourd'hui et j'avais des mises à jour à faire. Les résultats des commandes donnaient les mêmes temps à peu près avec toujours les services mandb.service et backup-rpmdb.service
Du coup après la maj, j'ai éteint le PC puis je l'ai redémarré (en changeant le bureau pour plasma, je ne sais pas si ça peut jouer) et là je ne les ai pas eu et le temps indiqué est moins élevé
systemd-analyze
Startup finished in 3.111s (kernel) + 6.234s (initrd) + 32.343s (userspace) = 41.689s
systemd-analyze blame
12.511s btrfsmaintenance-refresh.service
9.211s firewalld.service
6.587s ModemManager.service
6.496s lvm2-monitor.service
6.357s smb.service
5.867s display-manager.service
5.742s rsyslog.service
5.626s nscd.service
5.028s initrd-switch-root.service
4.920s plymouth-quit-wait.service
4.836s postfix.service
3.598s polkit.service
2.996s vboxdrv.service
2.605s apparmor.service
1.565s mcelog.service
1.491s kbdsettings.service
1.475s alsa-restore.service
1.246s avahi-daemon.service
1.191s systemd-logind.service
1.134s iscsid.service
1.064s systemd-udevd.service
1.034s plymouth-start.service
936ms sysroot.mount
919ms packagekit.service
867ms klog.service
826ms chronyd.service
745ms NetworkManager.service
728ms auditd.service
543ms home.mount
sudo journalctl -u mandb
[sudo] Mot de passe de root :
-- Logs begin at Wed 2020-03-04 16:04:04 CET, end at Wed 2020-03-04 16:26:51 CET. --
-- No entries --
La commande ne semble rien retourner. Ces services mandb et backup-rpm sont peut-être lancé une fois par jour ? ou seulement s'il y a des maj de disponibles ? (quoique pour mandb c'est lié à lindexation des pages de manuel lien moins clair avec les maj disponibles)
sinon je vais laisser networkmanager, dans l'article cité dans le premier message, c'est préféré et ça ne semble pas en cause dans le retour de systemd-analyze blame
Je n'ai pas de ssd donc ce dernier retour avec 41-42 secondes me semble correct ?
Il me reste à comprendre la présence des deux services cités qui sont gourmands, à vérifier d'ailleurs que je les retrouve bien sur plasma
Premier démarrage du PC aujourd'hui (bureau plasma) et le temps est plus long avec les deux services mandb et back-up rpm présents.
systemd-analyze
Startup finished in 3.119s (kernel) + 6.580s (initrd) + 1min 41.558s (userspace) = 1min 51.258s
systemd-analyze blame
47.743s mandb.service
32.401s backup-rpmdb.service
30.017s btrfsmaintenance-refresh.service
26.366s firewalld.service
16.526s logrotate.service
15.501s display-manager.service
15.281s backup-sysconfig.service
14.828s lvm2-monitor.service
13.493s smb.service
12.613s plymouth-quit-wait.service
12.470s postfix.service
6.543s ModemManager.service
5.539s initrd-switch-root.service
5.176s rsyslog.service
4.972s vboxdrv.service
4.173s systemd-logind.service
3.774s apparmor.service
3.097s systemd-udevd.service
2.299s alsa-restore.service
2.295s kbdsettings.service
1.317s iscsid.service
1.282s klog.service
1.258s auditd.service
1.118s avahi-daemon.service
1.107s chronyd.service
1.065s mcelog.service
1.010s check-battery.service
960ms sysroot.mount
858ms nscd.service
En fait pour mandb, c'est normal ça fait une mise à jour quotidienne donc si je redémarre le PC je ne devrais plus l'avoir.
systemctl status mandb.service
● mandb.service - Do daily mandb update
Loaded: loaded (/usr/lib/systemd/system/mandb.service; static; vendor preset: disabled)
Active: inactive (dead) since Thu 2020-03-05 15:56:36 CET; 57min ago
Docs: man:mandb(8)
man:catman(8)
Process: 1270 ExecStart=/usr/lib/man-db/do_mandb (code=exited, status=0/SUCCESS)
Main PID: 1270 (code=exited, status=0/SUCCESS)
Pour le back-up rpm c'est moins clair
systemctl status backup-rpmdb.service
● backup-rpmdb.service - Backup RPM database
Loaded: loaded (/usr/lib/systemd/system/backup-rpmdb.service; static; vendor preset: disabled)
Active: inactive (dead) since Thu 2020-03-05 15:56:21 CET; 58min ago
Process: 1273 ExecStart=/usr/lib/base-scripts/backup-rpmdb (code=exited, status=0/SUCCESS)
Main PID: 1273 (code=exited, status=0/SUCCESS)
systemctl status backup-rpmdb.timer
● backup-rpmdb.timer - Backup of RPM database
Loaded: loaded (/usr/lib/systemd/system/backup-rpmdb.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Thu 2020-03-05 15:55:48 CET; 54min ago
Trigger: Fri 2020-03-06 01:43:19 CET; 8h left
Je ne sais trop si je traduis bien (je ne comprends pas le sens de left ici) :
si je ne redémarre pas, le prochain backup se fera vendredi 6 mars à 01h43 ?
donc comme j'éteins le PC, ça se fait à chaque premier démarrage du jour.
Au redémarrage le temps indiqué est meilleur :
Startup finished in 3.151s (kernel) + 6.378s (initrd) + 33.953s (userspace) = 43.483s
et sans ces deux services
13.840s btrfsmaintenance-refresh.service
9.529s smb.service
6.510s firewalld.service
6.493s lvm2-monitor.service
5.797s display-manager.service
5.749s ModemManager.service
5.351s initrd-switch-root.service
5.170s postfix.service
4.270s plymouth-quit-wait.service
3.888s mcelog.service
3.548s vboxdrv.service
3.545s alsa-restore.service
3.484s avahi-daemon.service
3.376s kbdsettings.service
2.970s rsyslog.service
2.673s apparmor.service
1.460s polkit.service
1.368s iscsid.service
1.359s systemd-udevd.service
1.252s plymouth-start.service
1.169s packagekit.service
1.137s auditd.service
1.121s nscd.service
953ms dev-disk-by\x2duuid-9787ef62\x2d4d5b\x2d462c\x2dabc5\x2d285ea547862f.swap
947ms sysroot.mount
939ms rtkit-daemon.service
924ms systemd-logind.service
911ms NetworkManager.service
909ms chronyd.service
Je passe en résolu, ce temps de démarrage laisse le temps de réfléchir à ce que je dois faire :D