lenteur au démarrage
plus de 2mn
Retours d'expériences
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Le gros pb c'etait wpa_supplicant installé . Là, je voie pas et je suis pas assez costaud pour ce genre de truc
$ systemd-analyze
Caché :
Startup finished in 3.231s (firmware) + 6.010s (loader) + 18.349s (kernel) + 1min 47.357s (userspace) = 2min 14.949s
graphical.target reached after 1min 38.910s in userspace.
graphical.target reached after 1min 38.910s in userspace.
et analyze blame :
Caché :
$ systemd-analyze blame
5.604s NetworkManager.service
5.567s NetworkManager-wait-online.service
3.053s shorewall.service
2.931s systemd-udev-settle.service
2.329s mandriva-everytime.service
2.073s dev-sda2.device
1.081s upower.service
968ms user@0.service
933ms systemd-udev-trigger.service
899ms udisks2.service
836ms user@1000.service
801ms cups.service
715ms polkit.service
686ms mga-bg-res.service
675ms shorewall6.service
516ms lm_sensors.service
485ms systemd-logind.service
466ms rtkit-daemon.service
435ms systemd-journald.service
393ms systemd-udevd.service
381ms avahi-daemon.service
316ms bluetooth.service
270ms systemd-rfkill.service
262ms systemd-tmpfiles-setup.service
261ms acpid.service
251ms ModemManager.service
250ms systemd-journal-flush.service
235ms gpm.service
231ms colord.service
231ms dracut-shutdown.service
229ms switcheroo-control.service
229ms power-profiles-daemon.service
201ms systemd-tmpfiles-setup-dev-early.service
199ms dbus.service
183ms systemd-hostnamed.service
172ms systemd-tmpfiles-setup-dev.service
166ms systemd-fsck-root.service
162ms dev-hugepages.mount
161ms lvm2-monitor.service
160ms mdmonitor-takeover.service
159ms dev-mqueue.mount
157ms sys-kernel-debug.mount
155ms sys-kernel-tracing.mount
154ms kmod-static-nodes.service
148ms modprobe@configfs.service
144ms modprobe@dm_mod.service
142ms modprobe@fuse.service
142ms sensord.service
141ms systemd-modules-load.service
135ms systemd-vconsole-setup.service
133ms modprobe@loop.service
130ms plymouth-quit-wait.service
124ms systemd-udev-load-credentials.service
115ms dmraid-activation.service
115ms plymouth-quit.service
112ms systemd-random-seed.service
106ms systemd-remount-fs.service
97ms plymouth-start.service
95ms dev-disk-byx2duuid-045b880cx2d9446x2d4ad6x2db47bx2d6313da50789f.swap
80ms systemd-sysctl.service
78ms sys-fs-fuse-connections.mount
78ms boot-EFI.mount
78ms systemd-fsck@dev-disk-byx2duuid-ce246f8cx2d11fex2d40b2x2db93ex2db27a8a4c56b1.service
73ms sys-kernel-config.mount
62ms wpa_supplicant.service
58ms tmp.mount
57ms systemd-update-utmp.service
56ms systemd-user-sessions.service
54ms user-runtime-dir@1000.service
54ms plymouth-read-write.service
48ms drakx-installer-xsetup.service
48ms user-runtime-dir@0.service
45ms home.mount
4ms systemd-ask-password.socket
4ms systemd-factory-reset.socket
4ms systemd-coredump.socket
3ms systemd-bootctl.socket
2ms systemd-sysext.socket
2ms systemd-creds.socket
1ms systemd-importd.socket
237us systemd-machined.socket
212us avahi-daemon.socket
176us systemd-journald-dev-log.socket
145us systemd-journald.socket
116us dm-event.socket
103us cups.socket
102us systemd-hostnamed.socket
98us dbus.socket
96us systemd-udevd-control.socket
96us systemd-logind-varlink.socket
89us systemd-udevd-kernel.socket
83us systemd-udevd-varlink.socket
55us systemd-rfkill.socket
5.604s NetworkManager.service
5.567s NetworkManager-wait-online.service
3.053s shorewall.service
2.931s systemd-udev-settle.service
2.329s mandriva-everytime.service
2.073s dev-sda2.device
1.081s upower.service
968ms user@0.service
933ms systemd-udev-trigger.service
899ms udisks2.service
836ms user@1000.service
801ms cups.service
715ms polkit.service
686ms mga-bg-res.service
675ms shorewall6.service
516ms lm_sensors.service
485ms systemd-logind.service
466ms rtkit-daemon.service
435ms systemd-journald.service
393ms systemd-udevd.service
381ms avahi-daemon.service
316ms bluetooth.service
270ms systemd-rfkill.service
262ms systemd-tmpfiles-setup.service
261ms acpid.service
251ms ModemManager.service
250ms systemd-journal-flush.service
235ms gpm.service
231ms colord.service
231ms dracut-shutdown.service
229ms switcheroo-control.service
229ms power-profiles-daemon.service
201ms systemd-tmpfiles-setup-dev-early.service
199ms dbus.service
183ms systemd-hostnamed.service
172ms systemd-tmpfiles-setup-dev.service
166ms systemd-fsck-root.service
162ms dev-hugepages.mount
161ms lvm2-monitor.service
160ms mdmonitor-takeover.service
159ms dev-mqueue.mount
157ms sys-kernel-debug.mount
155ms sys-kernel-tracing.mount
154ms kmod-static-nodes.service
148ms modprobe@configfs.service
144ms modprobe@dm_mod.service
142ms modprobe@fuse.service
142ms sensord.service
141ms systemd-modules-load.service
135ms systemd-vconsole-setup.service
133ms modprobe@loop.service
130ms plymouth-quit-wait.service
124ms systemd-udev-load-credentials.service
115ms dmraid-activation.service
115ms plymouth-quit.service
112ms systemd-random-seed.service
106ms systemd-remount-fs.service
97ms plymouth-start.service
95ms dev-disk-byx2duuid-045b880cx2d9446x2d4ad6x2db47bx2d6313da50789f.swap
80ms systemd-sysctl.service
78ms sys-fs-fuse-connections.mount
78ms boot-EFI.mount
78ms systemd-fsck@dev-disk-byx2duuid-ce246f8cx2d11fex2d40b2x2db93ex2db27a8a4c56b1.service
73ms sys-kernel-config.mount
62ms wpa_supplicant.service
58ms tmp.mount
57ms systemd-update-utmp.service
56ms systemd-user-sessions.service
54ms user-runtime-dir@1000.service
54ms plymouth-read-write.service
48ms drakx-installer-xsetup.service
48ms user-runtime-dir@0.service
45ms home.mount
4ms systemd-ask-password.socket
4ms systemd-factory-reset.socket
4ms systemd-coredump.socket
3ms systemd-bootctl.socket
2ms systemd-sysext.socket
2ms systemd-creds.socket
1ms systemd-importd.socket
237us systemd-machined.socket
212us avahi-daemon.socket
176us systemd-journald-dev-log.socket
145us systemd-journald.socket
116us dm-event.socket
103us cups.socket
102us systemd-hostnamed.socket
98us dbus.socket
96us systemd-udevd-control.socket
96us systemd-logind-varlink.socket
89us systemd-udevd-kernel.socket
83us systemd-udevd-varlink.socket
55us systemd-rfkill.socket
systemd-analyze critical-chain
Caché :
$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.862s
└─multi-user.target @1min 38.862s
└─cups.service @1min 37.986s +874ms
└─network.target @1min 37.980s
└<span class="emoji-tag">─wpa_supplicant.service @1min 37.916s +61ms
└─dbus.service @1min 31.892s +177ms </span>
└─basic.target @1min 31.871s
└─sockets.target @1min 31.870s
└─systemd-machined.socket @1min 31.870s +223us
└─sysinit.target @1min 31.862s
└─tpm2.target @1min 31.861s
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.862s
└─multi-user.target @1min 38.862s
└─cups.service @1min 37.986s +874ms
└─network.target @1min 37.980s
└<span class="emoji-tag">─wpa_supplicant.service @1min 37.916s +61ms
└─dbus.service @1min 31.892s +177ms </span>
└─basic.target @1min 31.871s
└─sockets.target @1min 31.870s
└─systemd-machined.socket @1min 31.870s +223us
└─sysinit.target @1min 31.862s
└─tpm2.target @1min 31.861s
Édité par m@rco123 Le 16/08/2026 à 22h21
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
J'ai l'impression qu'il manque des lignes dans le critical-chain.
Je ne vois pas où le temps est dépensé avec ces éléments.
Yves
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
le voici refait :
[marco@localhost ~]$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.895s
└─multi-user.target @1min 38.895s
└─cups.service @1min 38.106s +786ms
└─network.target @1min 38.101s
└─wpa_supplicant.service @1min 37.979s +121ms
└─dbus.service @1min 32.016s +182ms
└─basic.target @1min 31.996s
└─sockets.target @1min 31.995s
└─systemd-machined.socket @1min 31.995s +195us
└─sysinit.target @1min 31.987s
└─tpm2.target @1min 31.986s
[marco@localhost ~]$
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je ne vois pas ce qui bloque ici.
Il faudrait voir l' enchainement des lancements (mais je n' ai pas en tête la commande permettant de faire le graphique (ou le tableau correspondant).
L'enchainement devrait permettre de voir si un des service bloque les autres afin de savoir où chercher dans les logs.
edit: Ceci pour générer le fichier png "systemd-analyze plot >mon_demarrage.png" . Sa variante sous forme de tableau "systemd-analyze plot --table" ( c' est moins lisible toutefois).
Édité par nic80 Le 17/08/2026 à 00h34
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Voici le systemd-analyze plot > boot.svg
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Il semblerait que la target tpm2 mette du temps à démarrer.
Est ce que le module tpm2 de la machine est utilisé ?
Si pas utilisé, un peut essayer de masquer cette target.
systemctl mask tpm2.target
L' unité NetworkManager est aussi lente à demarrer. Il faudrait voir dans le journal système.
Édité par nic80 Le 17/08/2026 à 07h31
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Un module/puce potentiellement stocké(e) sur la carte mère pour stocker certaines informations sensibles ( clé de chiffrement par exemple). Le 2 étant pour la version de la puce en question.
https://fr.wikipedia.org/wiki/Trusted_Platform_Module
Édité par nic80 Le 17/08/2026 à 08h43
vigen Membre non connecté
-
- Voir le profil du membre vigen
- Inscrit le : 30/09/2021
- Groupes :
Mageia utilises cette puce ????
Je croyais que c'était spécifique à Windows ?
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
nic80 :Bonjour,
Il semblerait que la target tpm2 mette du temps à démarrer.
Je ne suis pas d'accord. Elle tarde à démarrer mais ne prend que peu de temps. Je ne comprends pas pourquoi elle tarde, par contre, on ne vois pas de service qui arrive à terme à ce moment.
Il faudrait examiner le journal pour voir les lignes de part et d'autre de ce saut temporel (rechercher tpm2).
Les derniers à démarrer avant tpm2 sont :
sys-devices-pci0000:00-0000:00:02.3-0000:01:00.0-net-wlp1s0.device
sys-subsystem-net-devices-wlp1s0.device
donc potentiellement en lien avec la carte réseau.
Yves
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
vigen :Bonjour à tous !
Mageia utilises cette puce ????
Je croyais que c'était spécifique à Windows ?
Non, ce matériel est matériel, donc accessible aussi sous Linux.
Yves
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Une première chose serait de regarder si puce tpm.il y a sur la machine (dans le bios/uefi).
S' il n' y en a pas, alors il n'y a aucune raison de laisser cette target se lancer ( sur certains sujet liés je vois qur le timeout peut aller jusqu' à 45s, ce qui n' est pas rien sur 2 minutes
)Edit : pour illustration. https://bbs.archlinux.org/viewtopic.php?id=296699
Après rien ne dit que les lenteurs de demarage de NetworkManager ne soient pas liées à la carte sans fil
Édité par nic80 Le 17/08/2026 à 09h23
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Je verrai quand meme dans le bios !
[root@localhost ~]# dmidecode | egrep '199[0-9]|20[0-3][0-9]'
Release Date: 08/18/2016
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 10 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 10 plasma 64b
vigen Membre non connecté
-
- Voir le profil du membre vigen
- Inscrit le : 30/09/2021
- Groupes :
Papoteur :vigen :Bonjour à tous !
Mageia utilises cette puce ????
Je croyais que c'était spécifique à Windows ?
Non, ce matériel est matériel, donc accessible aussi sous Linux.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
man systemd.special :tpm2.target
This target is started automatically if a TPM2 device is discovered, either by the OS or by the firmware. It acts as synchronization point for services that require TPM2
device access. The target unit is enqueued by systemd-tpm2-generator(8) if it detects that the firmware has discovered a TPM2 device but the OS kernel has not activated
a driver for it yet. It is also pulled in whenever systemd-udevd.service(8) discovers a TPM2 device. The target unit is ordered after the /dev/tpmrm0 device node, so
that it only becomes active once the TPM2 device is actually accessible. Early boot programs that intend to access the TPM2 device should hence order themselves after
this target unit, but not pull it in.
Added in version 256.
Du coup toute les machines après 2015 sont susceptibles d' être impactées ?
D' après Wikipedia :
man systemd.special :Microsoft had announced that from January 1, 2015, all computers will have to be equipped with a TPM 2.0 module in order to pass Windows 8.1 hardware certification.[110] However, in a December 2014 review of the Windows Certification Program this was instead made an optional requirement.
Et puis toujours d' après Wikipedia:
Citation :The Linux kernel supports the Trusted Platform Module 2.0 (TPM 2.0) since version 4.0 (2015).
Édité par nic80 Le 17/08/2026 à 19h54
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie