Auteur Sujet: Systemd-analyze: Analyser les process qui ralentissent le démarrage (Lu 1588 fois)

vivien · « **le:** 25 mars 2023 à 21:16:10 »

Analyser les process qui ralentissent le démarrage d'un serveur

L'objectif est de comprendre quels sont les services qui ralentissent le démarrage d'Ubuntu (et peut-être y remédier s'ils sont inutiles).

Deux commandes sont intéressantes :

- systemd-analyze qui va donner le temps du dernier démarrage

- systemd-analyze blame qui va lister les process dans l'ordre de ceux qui prennent le plus de temps

- systemd-analyze plot > plot.svg créer une image vectorielle du démarrage du système.

Ci-dessous, je vais donner des exemples sur 4 serveurs avec une configuration logicielle proche (tous les 4 sous Ubuntu 20.04.6 avec un boot en UEFI, coté logiciel, c'est Apache2 + PHP), mais des configurations matérielles bien différentes :

Un serveur Ikoula de 2012 (assemblé par Ikoula) :
- Serveur avec carte mère Micro ATX Gigabyte B75M-D3H
- BIOS American Megatrends du 23 octobre 2013
- CPU Intel Core i5-2400 @ 3,1 GHz (CPU desktop 4 cœurs 4 threads lancé au T1 2011)
- 32 Go de DDR3 1333 MHz (4x 8 Go)
- SSD SATA KINGSTON SKC100S 120 Go
- Carte réseau Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller 1 port 1 Gbit/s

Un serveur Dell de 2012 : (c'est celui qui héberge LaFibre.info)
- Serveur Dell PowerEdge R210 II
- BIOS Dell 2.8.0 du 24 juin 2014
- CPU Intel Xeon E3-1230 V2 @ 3,3 GHz (CPU 4 cœurs 8 Threads serveur lancé au T2 2012)
- 16 Go de DDR3 1600 Mhz (2 x 8 Go)
- SSD SATA Samsung 850 Pro 512 Go (pas d'origine Dell, c'est un changement après panne du disque dur à plateau)
- Carte réseau NetXtreme II BCM5716 Gigabit Ethernet 2 ports 1 Gbit/s

Un serveur Dell de 2016 :
- Serveur Dell PowerEdge R630
- BIOS Dell 2.11.0 du 2 novembre 2019
- 2x CPU Intel Xeon E5-2643 v4 @ 3,4 GHz (2x CPU 6 cœurs 12 Threads serveur lancé au T1 2016)
- 256 Go de DDR4 2400 Mhz (8 x 32 Go)
- Disques dur à plateau SAS connectés sur une carte RAID PERC H730P
- Carte réseau Mellanox Technologies MT27500 ConnectX-3 2 ports 40 Gbit/s + Intel I350 Gigabit 2 ports 1 Gbit/s

Un serveur Scaleway de 2020 :
- Serveur Gigabyte H252-Z10-SW-YS-001
- BIOS Gigabyte du 15 octobre 2020
- CPU AMD EPYC 7302P 16-Core Processor @ 3,0 Ghz (CPU 16 cœurs 32 threads
- 256Go de DDR4 3200 MHz (8x 32 Go)
- 2x SSD NVMe Micron Technology 2 To Micron_7300_MTFDHBE1T9TDF
- Carte réseau Mellanox Technologies MT27710 ConnectX-4 Lx 2 ports 25 Gbit/s + Intel I350 Gigabit 2 ports 1 Gbit/s

Note: ce sont des serveurs de prod (utilisés), si les deux récents n'ont connu qu'Ubuntu 20.04, les deux autres ont eu de nombreux upgardes d'Ubuntu.

vivien · « **Réponse #1 le:** 25 mars 2023 à 21:20:15 »

Serveur Ikoula de 2012 Core i5-2400 : Démarrage en 7 secondes

systemd-analyze
Startup finished in 1.699s (kernel) + 5.029s (userspace) = 6.729s
graphical.target reached after 5.017s in userspace

systemd-analyze blame

Code: [Sélectionner]

26.462s apt-daily-upgrade.service
5.233s networking.service
2.495s postgresql@12-main.service
1.892s systemd-random-seed.service
1.820s snapd.service
1.507s dev-sda2.device
1.439s ifupdown-pre.service
1.405s mysql.service
1.206s snap.certbot.renew.service
766ms ua-timer.service
689ms apt-daily.service
675ms postfix@-.service
527ms php7.4-fpm.service
520ms networkd-dispatcher.service
512ms resolvconf-pull-resolved.service
387ms man-db.service
344ms apache2.service
342ms dev-loop1.device
322ms dev-loop2.device
311ms munin-node.service
300ms accounts-daemon.service
288ms dev-loop3.device
286ms dev-loop0.device
263ms systemd-logind.service
254ms logrotate.service
250ms dev-loop4.device
239ms dev-loop5.device
222ms dev-loop6.device
215ms redis-server.service
185ms apport.service
177ms proc-sys-fs-binfmt_misc.mount
174ms nperf-server.service
169ms snap-core-14946.mount
162ms snap-core20-1852.mount
158ms grub-common.service
152ms snap-canonical\x2dlivepatch-146.mount
152ms snapd.apparmor.service
147ms snap-core-14784.mount
144ms snap-core20-1828.mount
137ms systemd-udev-trigger.service
132ms snap-certbot-2836.mount
128ms systemd-timesyncd.service
128ms smartmontools.service
124ms rc.local.service
118ms wpa_supplicant.service
114ms systemd-resolved.service
111ms systemd-journal-flush.service
110ms snap-canonical\x2dlivepatch-164.mount
104ms grub-initrd-fallback.service
100ms phpsessionclean.service

(Je ne garde que les process qui ont un impact de plus de 100ms)

systemd-analyze plot > plot.svg : 202303_systemd-analyze_plot_ikoula.svg

vivien · « **Réponse #2 le:** 25 mars 2023 à 21:24:04 »

Serveur Dell de 2012 - Xeon E3-1230 V2 : Démarrage en 21 secondes

systemd-analyze
Startup finished in 3.271s (kernel) + 17.724s (userspace) = 20.995s
graphical.target reached after 17.622s in userspace

systemd-analyze blame

Code: [Sélectionner]

6.510s ua-timer.service
6.085s dev-sda2.device
5.885s ifupdown-pre.service
4.988s networking.service
2.983s mysql.service
2.631s logrotate.service
2.509s apt-daily-upgrade.service
1.415s snapd.service
953ms snap.certbot.renew.service
934ms accounts-daemon.service
899ms man-db.service
742ms modprobe@efi_pstore.service
722ms apt-daily.service
641ms wpa_supplicant.service
600ms thermald.service
579ms resolvconf-pull-resolved.service
569ms postfix@-.service
569ms systemd-journal-flush.service
510ms php7.4-fpm.service
501ms networkd-dispatcher.service
475ms dev-hugepages.mount
473ms systemd-user-sessions.service
465ms dev-mqueue.mount
457ms apache-htcacheclean.service
454ms sys-kernel-debug.mount
454ms ssh.service
444ms systemd-logind.service
443ms sys-kernel-tracing.mount
426ms cpufrequtils.service
413ms keyboard-setup.service
406ms loadcpufreq.service
402ms kmod-static-nodes.service
389ms rc-local.service
386ms systemd-resolved.service
380ms modprobe@chromeos_pstore.service
377ms openipmi.service
374ms systemd-journald.service
368ms modprobe@drm.service
366ms rc.local.service
347ms user@1000.service
337ms modprobe@pstore_blk.service
333ms rsyslog.service
306ms modprobe@ramoops.service
290ms apport.service
284ms grub-common.service
282ms dev-loop0.device
280ms systemd-timesyncd.service
268ms munin-node.service
268ms opendkim.service
257ms smartmontools.service
257ms dev-loop2.device
252ms systemd-modules-load.service
248ms apache2.service
244ms dev-loop1.device
238ms systemd-udev-trigger.service
230ms snap-core-14946.mount
221ms snap-canonical\x2dlivepatch-164.mount
210ms systemd-remount-fs.service
198ms dev-loop3.device
193ms postfix.service
192ms dev-loop4.device
188ms snap-certbot-2836.mount
170ms snapd.apparmor.service
169ms snapd.seeded.service
169ms phpsessionclean.service
153ms plymouth-quit.service
153ms dev-loop5.device
147ms snap-core-14784.mount
147ms ufw.service
138ms lm-sensors.service
125ms dev-loop6.device
117ms polkit.service
116ms pppd-dns.service
115ms snap-certbot-2772.mount
115ms plymouth-quit-wait.service
113ms snap-core20-1828.mount
111ms atd.service
108ms e2scrub_reap.service
108ms user-runtime-dir@1000.service
105ms systemd-fsck@dev-disk-by\x2duuid-b7e28cf3\x2d5b6b\x2d4f2b\x2d9ea6\x2dcba8ee3c02ec.service
103ms systemd-update-utmp.service
102ms dev-loop7.device

systemd-analyze plot > plot.svg : 202303_systemd-analyze_plot_lafibre.svg

dmesg : 202303_dmesg_lafibre.txt

vivien · « **Réponse #3 le:** 25 mars 2023 à 21:28:30 »

Serveur Dell de 2016 - 2x Xeon E5-2643 v4 : Démarrage en 53 secondes

systemd-analyze
Startup finished in 28.983s (kernel) + 23.840s (userspace) = 52.824s
graphical.target reached after 23.354s in userspace

systemd-analyze blame

Code: [Sélectionner]

7min 1.438s snap.certbot.renew.service
17.642s snap.lxd.activate.service
17.212s snapd.service
2.074s systemd-networkd-wait-online.service
683ms cloud-init-local.service
674ms systemd-udev-settle.service
580ms dev-mapper-ubuntu\x2d\x2dvg\x2dubuntu\x2d\x2dlv.device
491ms cloud-init.service
483ms cloud-final.service
440ms cloud-config.service
396ms snapd.seeded.service
373ms snap-certbot-2836.mount
365ms snap-core-14946.mount
361ms snap-core18-2708.mount
348ms snap-ffmpeg-1345.mount
348ms snap-core20-1852.mount
343ms snap-ffmpeg-1341.mount
310ms snap-core20-1828.mount
268ms snap-core18-2714.mount
239ms snap-lxd-24061.mount
226ms php7.4-fpm.service
200ms systemd-journal-flush.service
197ms smartmontools.service
184ms munin-node.service
175ms apache2.service
172ms lvm2-monitor.service
172ms phpsessionclean.service
172ms snap-core-14784.mount
170ms snap-lxd-23991.mount
170ms snap-snapd-18357.mount
151ms udisks2.service
144ms modprobe@chromeos_pstore.service
140ms networkd-dispatcher.service
132ms snapd.apparmor.service
128ms apport.service
127ms snap-certbot-2772.mount
125ms ModemManager.service
124ms accounts-daemon.service
122ms snap-snapd-18596.mount
115ms systemd-resolved.service
114ms systemd-udev-trigger.service
109ms lvm2-pvscan@8:3.service
105ms grub-common.service

systemd-analyze plot > plot.svg : 202303_systemd-analyze_plot_appliwave.svg

dmesg : 202303_dmesg_appliwave.txt

vivien · « **Réponse #4 le:** 25 mars 2023 à 21:33:34 »

Serveur Scaleway de 2020 Gigabyte AMD EPYC 7302P : Démarrage en 2 minutes et 15 secondes

systemd-analyze
Startup finished in 1min 45.184s (firmware) + 4.449s (loader) + 7.011s (kernel) + 18.094s (userspace) = 2min 14.740s
graphical.target reached after 17.802s in userspace

systemd-analyze blame

Code: [Sélectionner]

2min 61ms mdcheck_start.service
8.329s fstrim.service
7.038s munin-node.service
1.937s snap.certbot.renew.service
1.936s dev-md1p1.device
1.748s fwupd-refresh.service
1.523s apt-daily-upgrade.service
1.500s snapd.service
1.334s ua-timer.service
1.326s systemd-udev-trigger.service
968ms munin-ramdisk.service
886ms snap.lxd.activate.service
745ms modprobe@fuse.service
732ms systemd-remount-fs.service
730ms systemd-modules-load.service
661ms modprobe@drm.service
648ms modprobe@configfs.service
628ms lvm2-monitor.service
614ms systemd-journal-flush.service
605ms dev-hugepages.mount
584ms named.service
580ms dev-mqueue.mount
552ms sys-kernel-debug.mount
536ms kmod-static-nodes.service
520ms sys-kernel-tracing.mount
518ms apt-daily.service
518ms dev-loop13.device
518ms dev-loop11.device
517ms dev-loop12.device
516ms dev-loop10.device
504ms keyboard-setup.service
503ms cloud-init.service
502ms dev-loop9.device
469ms dev-loop5.device
458ms snapd.seeded.service
404ms cloud-init-local.service
379ms apport.service
376ms motd-news.service
351ms munin.service
351ms openipmi.service
344ms dev-loop4.device
325ms cloud-config.service
318ms dev-loop1.device
307ms cloud-final.service
294ms snap-canonical\x2dlivepatch-146.mount
292ms grub-common.service
278ms snap-canonical\x2dlivepatch-164.mount
274ms lm-sensors.service
249ms polkit.service
246ms udisks2.service
245ms man-db.service
244ms e2scrub_reap.service
198ms logrotate.service
198ms openntpd.service
180ms systemd-logind.service
163ms dpkg-db-backup.service
160ms networkd-dispatcher.service
147ms modprobe@chromeos_pstore.service
143ms user@1000.service
135ms multipathd.service
129ms systemd-networkd-wait-online.service
126ms snap-ffmpeg-1341.mount
109ms snap-ffmpeg-1345.mount
104ms phpsessionclean.service

systemd-analyze plot > plot.svg : 202303_systemd-analyze_plot_ubuntu.svg

hwti · « **Réponse #5 le:** 25 mars 2023 à 23:51:12 »

Sur le dernier on voit que le temps de boot Linux est négligeable par rapport à l'UEFI : à moins d'utiliser kexec, le reboot sera toujours très long.

Le serveur Dell de 2016 est vraiment très lent côté kernel, il doit y avoir certains drivers qui prennent longtemps à l'initialisation (carte RAID ? Carte réseau ?).

Il y a certains services qui sont sont probablement pas exécutés à chaque boot, et qui ne sont pas obligatoires à ce moment : fstrim, mdcheck_start.

Quand on voit "6.085s dev-sda2.device" par exemple, sur un SSD, soit il y a eu une vérification (fsck), soit le système de fichiers est particulier ou le formatage est très ancien (un ext4 moderne est rapide à monter).

simon · « **Réponse #6 le:** 26 mars 2023 à 08:45:01 »

Citation de: hwti le 25 mars 2023 à 23:51:12

Sur le dernier on voit que le temps de boot Linux est négligeable par rapport à l'UEFI : à moins d'utiliser kexec, le reboot sera toujours très long.

Sais-tu comment le kernel fait pour estimer la durée de boot de l'UEFI ?
Sur des serveurs, je rejoins ton analyse, le firmware peut prendre plusieurs minutes pour démarrer (par exemple, >3min sur des dell poweredge R6xx que j'ai sous la main en ce moment, certes vieux mais représentatifs). Le firmware fait souvent un test de RAM, les cartes RAID prennent un temps conséquent à s'initialiser, et pour peu que la boot sequence n'ait pas été correctement configurée, on prend 2min de plus à cause du PXE boot activé par défaut).

Citation de: hwti le 25 mars 2023 à 23:51:12

Il y a certains services qui sont sont probablement pas exécutés à chaque boot, et qui ne sont pas obligatoires à ce moment : fstrim, mdcheck_start.

Quand on voit "6.085s dev-sda2.device" par exemple, sur un SSD, soit il y a eu une vérification (fsck), soit le système de fichiers est particulier ou le formatage est très ancien (un ext4 moderne est rapide à monter).

fstrim peut prendre du temps, et c'est probablement lui qui fait que le device sda2 (SSD si j'ai bien compris) met temps de temps à démarrer. Ca ne devrait pas ralentir le montage ceci dit : il est exécuté en background, une fois le FS monté.
Un fsck pourrait expliquer le phénomène, surtout si le serveur n'a pas reboot depuis longtemps.

mdcheck, lui, va pour sur retarder les montages.

vivien · « **Réponse #7 le:** 26 mars 2023 à 09:58:06 »

Citation de: hwti le 25 mars 2023 à 23:51:12

Quand on voit "6.085s dev-sda2.device" par exemple, sur un SSD, soit il y a eu une vérification (fsck), soit le système de fichiers est particulier ou le formatage est très ancien (un ext4 moderne est rapide à monter).

Le formatage EXT4 date de 2016 (lors de l'installation d'Ubuntu server 14.04.5 LTS), j'ai fait un sujet quand j'ai acheté ce SSD : Le SSD de LaFibre.info

Je regarderai au prochain reboot, c'est probablement un fsck :
- sda2 partition / du serveur : 28 Go dont 9,8 Go utilisé, c'est uniquement pour le système : 6,085 sec à monter
- sda4 partition /home du serveur : 385 Go dont 140 Go utilisés, pour les données : n'apparait pas dans systemd-analyze blame

Voici le graphique systemd-analyze plot > plot.svg :

hwti · « **Réponse #8 le:** 26 mars 2023 à 23:08:40 »

Citation de: simon le 26 mars 2023 à 08:45:01

Sais-tu comment le kernel fait pour estimer la durée de boot de l'UEFI ?

C'est systemd qui récupère l'information, pas forcément le kernel.
https://github.com/systemd/systemd/blob/600362aa11af5af90125aacc8ad7612a5cb80a68/src/shared/boot-timestamps.c#L22
Il y a donc deux sources possibles :
- les tables ACPI (/sys/firmware/acpi/fpdt/boot/*, ou /sys/firmware/acpi/tables/FPDT + /dev/mem)
- le bootloader (en suivant https://systemd.io/BOOT_LOADER_INTERFACE/), ce qui ne fonctionne probablement qu'avec systemd-boot (et sans hyperviseur, voir https://github.com/systemd/systemd/blob/600362aa11af5af90125aacc8ad7612a5cb80a68/src/boot/efi/ticks.c#L17)

Sur les autres serveurs, peut-être que le firmware ne fournit pas de table FPDT (Firmware Performance Data Table).

Citation de: simon le 26 mars 2023 à 08:45:01

fstrim peut prendre du temps, et c'est probablement lui qui fait que le device sda2 (SSD si j'ai bien compris) met temps de temps à démarrer. Ca ne devrait pas ralentir le montage ceci dit : il est exécuté en background, une fois le FS monté.

Le fstrim, c'est un peu bizarre de l'avoir au boot, et pas de manière régulière (une fois par semaine par exemple).
Ca pourrait ralentir les autres accès : le TRIM asynchrone n'est pas supporté par beaucoup de SSD SATA, et sur d'autres il a été désactivé pour cause de bugs (au moins à l'époque, seul Linux s'en servait, donc c'était moins testé).

Citation de: vivien le 26 mars 2023 à 09:58:06

Le formatage EXT4 date de 2016 (lors de l'installation d'Ubuntu server 14.04.5 LTS), j'ai fait un sujet quand j'ai acheté ce SSD : Le SSD de LaFibre.info

On peut comparer les options dans /etc/mke2fs.conf, et celles dans "dumpe2fs /dev/sda2 | grep features".
Mais sur le temps de montage, je ne vois pas grand chose à priori, à part si l'option "bigalloc" est activée (amélioration du temps de montage dans mke2fs 1.46.0 (https://github.com/tytso/e2fsprogs/commit/59037c5357d39c6d0f14a0aff70e67dc13eafc84), ou le kernel 5.18 (https://github.com/torvalds/linux/commit/eb7054212eac8b451d727bf079eae3db8c88f9d3)).

Citation de: vivien le 26 mars 2023 à 09:58:06

Voici le graphique systemd-analyze plot > plot.svg :

Je vois deux systemd-fsck, qui sont très rapides.
Le dev-sda2.device commence avant le dev-sda.device, donc je me demande si le début n'est pas simplement le moment où systemd commence à attendre la partition (si le disque est long a être détecté par le kernel, ...).
Le ifupdown-pre.service est long également, et se finit au même moment. Il faut "udevadm settle", donc il y a peut-être quelque chose qui prend du temps avec les événements de hotplug (à voir peut-être dans les traces kernel).

vivien · « **Réponse #9 le:** 27 mars 2023 à 08:03:18 »

Citation de: hwti le 26 mars 2023 à 23:08:40

(à voir peut-être dans les traces kernel).

Voici le dmesg associé, mais, c'est peut-être pas là qu'on trouve l'info :
202303_dmesg_lafibre.txt

hwti · « **Réponse #10 le:** 27 mars 2023 à 21:21:18 »

Détection du SSD, puis des partitions :

Code: [Sélectionner]

[    1.906960] ata1: SATA max UDMA/133 abar m2048@0xc5104000 port 0xc5104100 irq 26
...
[    2.255657] ata1.00: ATA-9: Samsung SSD 850 PRO 512GB, EXM02B6Q, max UDMA/133
[    2.256439] ata1.00: disabling queued TRIM support
[    2.357281] ata1.00: 1000215216 sectors, multi 1: LBA48 NCQ (depth 32), AA
[    2.371180] ata1.00: Features: Trust Dev-Sleep NCQ-sndrcv
[    2.381562] ata1.00: supports DRM functions and may not be fully accessible
[    2.392443] ata1.00: disabling queued TRIM support
[    2.395380] ata1.00: configured for UDMA/133
[    2.405526] scsi 0:0:0:0: Direct-Access     ATA      Samsung SSD 850  2B6Q PQ: 0 ANSI: 5
[    2.425018] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    2.425100] sd 0:0:0:0: [sda] 1000215216 512-byte logical blocks: (512 GB/477 GiB)
[    2.453661] sd 0:0:0:0: [sda] Write Protect is off
[    2.464162] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    2.464188] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
...
[    2.584934]  sda: sda1 sda2 sda3 sda4

Dell a choisi un chipset bridé, le C202 (6 ports SATA 3Gbps), alors que les C204/206 ont 2 ports 6Gbps + 4 ports 3Gbps.

Premier montage :

Code: [Sélectionner]

[ 3.108577] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
Second montage :

Code: [Sélectionner]

[    4.937331] systemd[1]: Starting Remount Root and Kernel File Systems...
[    4.949063] EXT4-fs (sda2): re-mounted. Opts: commit=300,errors=remount-ro. Quota mode: none.
[    4.986410] systemd[1]: Starting udev Coldplug all Devices...

Du coup je ne vois rien qui corresponde aux 6s.
Le "udev Coldplug all Devices" prend peut-être du temps, à voir.

La seule chose bizarre, c'est l'inactivité :

Code: [Sélectionner]

[    6.220512] mgag200 0000:02:03.0: [drm] fb0: mgag200drmfb frame buffer device
[   11.172054] Adding 976892k swap on /dev/sda3.  Priority:-2 extents:1 across:976892k SSFS

vivien · « **Réponse #11 le:** 30 mars 2023 à 14:15:46 »

J'ai n'ai pas eu la possibilité d'analyser un autre reboot avec le serveur Dell de 2012 (cause 28/03/2023 Incendie dans le datacenter Maxnod), mais grâce à NetSyst et MilkyWan le disque est dans un serveur quasiment identique (même carte mère, mais BIOS de 2018 au lieu de 2014, CPU Xeon E3-1240 V2 à la place de Xeon E3-1230 V2 et 24 Go de Ram à la place de 16 Go). Le logiciel est inchangé, à part qu'on ne monte plus qu'une interface réseau (eth0) contre deux avant (eth0 et eth1).

Le "6.085s dev-sda2.device" s'est réduit à "2.874s dev-sda2.device"

J'imagine que cela varie selon les démarrages.

Serveur Dell de 2012 - Xeon E3-1240 V2 : Démarrage en 18 secondes

systemd-analyze
Startup finished in 5.221s (kernel) + 12.595s (userspace) = 17.816s
graphical.target reached after 12.533s in userspace

systemd-analyze blame

Code: [Sélectionner]

5.092s networking.service
2.874s dev-sda2.device
2.642s ifupdown-pre.service
2.220s mysql.service
1.500s snapd.service
1.159s accounts-daemon.service
1.094s cpufrequtils.service
 891ms wpa_supplicant.service
 887ms resolvconf-pull-resolved.service
 835ms systemd-logind.service
 811ms thermald.service
 811ms modprobe@efi_pstore.service
 768ms rc.local.service
 711ms proc-sys-fs-binfmt_misc.mount
 709ms loadcpufreq.service
 675ms openipmi.service
 666ms postfix@-.service
 599ms apport.service
 595ms networkd-dispatcher.service
 541ms snapd.seeded.service
 520ms php7.4-fpm.service
 499ms dev-hugepages.mount
 496ms rsyslog.service
 488ms dev-mqueue.mount
 477ms sys-kernel-debug.mount
 466ms sys-kernel-tracing.mount
 435ms keyboard-setup.service
 422ms kmod-static-nodes.service
 400ms modprobe@chromeos_pstore.service
 395ms systemd-journald.service
 383ms modprobe@drm.service
 372ms munin-node.service
 350ms modprobe@pstore_blk.service
 346ms apparmor.service
 335ms grub-common.service
 318ms dev-loop0.device
 317ms modprobe@ramoops.service
 315ms lm-sensors.service
 305ms opendkim.service
 302ms dev-loop2.device
 298ms apache2.service
 296ms systemd-resolved.service
 277ms dev-loop1.device
 261ms systemd-modules-load.service
 250ms pppd-dns.service
 249ms systemd-udev-trigger.service
 242ms systemd-journal-flush.service
 236ms dev-loop4.device
 236ms snap-core-14946.mount
 229ms snap-core20-1852.mount
 227ms dev-loop3.device
 224ms systemd-timesyncd.service
 218ms dev-loop5.device
 216ms systemd-remount-fs.service
 207ms e2scrub_reap.service
 203ms atd.service
 197ms systemd-user-sessions.service
 189ms ssh.service
 183ms phpsessionclean.service
 172ms dev-loop6.device
 168ms systemd-update-utmp.service
 164ms apache-htcacheclean.service
 161ms snap-core-14784.mount
 157ms rc-local.service
 157ms ufw.service
 155ms snapd.apparmor.service
 153ms snap-canonical\x2dlivepatch-164.mount
 149ms ua-timer.service
 143ms smartmontools.service
 143ms snap-certbot-2836.mount
 142ms user@1000.service
 115ms dev-loop7.device
 110ms polkit.service
 110ms snap-certbot-2772.mount

systemd-analyze plot > plot.svg : 202303_systemd-analyze_plot_lafibre2.svg

dmesg : 202303_dmesg_lafibre2.txt

Citation de: vivien le 25 mars 2023 à 21:24:04

Serveur Dell de 2012 - Xeon E3-1230 V2 : Démarrage en 21 secondes

systemd-analyze
Startup finished in 3.271s (kernel) + 17.724s (userspace) = 20.995s
graphical.target reached after 17.622s in userspace

systemd-analyze blame
Code: [Sélectionner]
6.510s ua-timer.service 6.085s dev-sda2.device 5.885s ifupdown-pre.service 4.988s networking.service 2.983s mysql.service 2.631s logrotate.service 2.509s apt-daily-upgrade.service 1.415s snapd.service 953ms snap.certbot.renew.service 934ms accounts-daemon.service 899ms man-db.service 742ms modprobe@efi_pstore.service 722ms apt-daily.service 641ms wpa_supplicant.service 600ms thermald.service 579ms resolvconf-pull-resolved.service 569ms postfix@-.service 569ms systemd-journal-flush.service 510ms php7.4-fpm.service 501ms networkd-dispatcher.service 475ms dev-hugepages.mount 473ms systemd-user-sessions.service 465ms dev-mqueue.mount 457ms apache-htcacheclean.service 454ms sys-kernel-debug.mount 454ms ssh.service 444ms systemd-logind.service 443ms sys-kernel-tracing.mount 426ms cpufrequtils.service 413ms keyboard-setup.service 406ms loadcpufreq.service 402ms kmod-static-nodes.service 389ms rc-local.service 386ms systemd-resolved.service 380ms modprobe@chromeos_pstore.service 377ms openipmi.service 374ms systemd-journald.service 368ms modprobe@drm.service 366ms rc.local.service 347ms user@1000.service 337ms modprobe@pstore_blk.service 333ms rsyslog.service 306ms modprobe@ramoops.service 290ms apport.service 284ms grub-common.service 282ms dev-loop0.device 280ms systemd-timesyncd.service 268ms munin-node.service 268ms opendkim.service 257ms smartmontools.service 257ms dev-loop2.device 252ms systemd-modules-load.service 248ms apache2.service 244ms dev-loop1.device 238ms systemd-udev-trigger.service 230ms snap-core-14946.mount 221ms snap-canonical\x2dlivepatch-164.mount 210ms systemd-remount-fs.service 198ms dev-loop3.device 193ms postfix.service 192ms dev-loop4.device 188ms snap-certbot-2836.mount 170ms snapd.apparmor.service 169ms snapd.seeded.service 169ms phpsessionclean.service 153ms plymouth-quit.service 153ms dev-loop5.device 147ms snap-core-14784.mount 147ms ufw.service 138ms lm-sensors.service 125ms dev-loop6.device 117ms polkit.service 116ms pppd-dns.service 115ms snap-certbot-2772.mount 115ms plymouth-quit-wait.service 113ms snap-core20-1828.mount 111ms atd.service 108ms e2scrub_reap.service 108ms user-runtime-dir@1000.service 105ms systemd-fsck@dev-disk-by\x2duuid-b7e28cf3\x2d5b6b\x2d4f2b\x2d9ea6\x2dcba8ee3c02ec.service 103ms systemd-update-utmp.service 102ms dev-loop7.device
systemd-analyze plot > plot.svg : 202303_systemd-analyze_plot_lafibre.svg

dmesg : 202303_dmesg_lafibre.txt