Forum

Reprise du message précédent

Bonjour,

La sortie ici ne permet pas de savoir si sur les deux pcs, la configuration réseau est la même ( utilisation de NetworkManager sur les deux?)

Sur le pc lent, je désactiverais le service lvm2-monitor si pas de raid, ou de volumes lvm.

Sur le pc lent, il y a utilisation du wifi ? Si non, le wpa_supplicant pourrait être désactivé au démarrage ( je crois que NetworkManager le gère tout seul).

SI on veut investiger plus, je pense que le journal serait nécessaire ( si de plus le temps le plus long est dans le userspace, les actions sont probablement dans le journal.

Salut Nic
Pour te repondre :
2 pc portables

pc1 , le rapide : le plus ancien
carte wifi 2.4
ram 8 Go
ssd 125 Go

pc , le lent : le plus recent
carte wifi 5
ram 4 Go
ssd 250 Go

Les 2 sont en wifi avec utilisation de NetworkManager
Je n'ai pas de raid ni de volumes lvm sur aucun .


je viens de démarrer celui qui pose problème :

[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 @30.523s
└─multi-user.target @30.522s
└─partimaged.service @28.463s +2.057s
└─network-online.target @28.444s
└<span class="emoji-tag">─NetworkManager-wait-online.service @6.607s +21.835s
└─NetworkManager.service @6.313s +258ms
└─dbus.service @6.098s +189ms</span>
└─basic.target @6.059s
└─mandriva-everytime.service @3.856s +2.202s
└─local-fs.target @3.853s
└─run-user-1000.mount @45.337s
└─local-fs-pre.target @3.737s
└<span class="emoji-tag">─systemd-tmpfiles-setup-dev.service @1.128s +71ms
└─kmod-static-nodes.service @918ms +60ms</span>
└─systemd-journald.socket @902ms
└─system.slice @874ms
└─-.slice @873ms

Édité par m@rco123 Le 31/01/2026 à 16h01

Bonjour,

Comme indiqué par nic80, il faut désactiver wpa_supplicant avec NetworkManager. C'était écris dans le wiki même si la commande n'est pas donnée.
Mais tout bêtement, quel est le processeur sur l'ancien PC et sur le nouveau ?

ancien pc : Intel(R) Pentium(R) CPU B940 @ 2.00GHz 2 cœurs
récent : ‎AMD E2-7110 APU with AMD Radeon R2 Graphics 4 cœurs

Édité par m@rco123 Le 31/01/2026 à 09h57

Bonjour,

Je vois aussi partimaged qui semble démarré. Ce service n' a à priori pas besoin d' être lancé en usage normal sauf à faire des images de disque de manière regulière ( ou si un outil de sauvegarde repose sur lui).

D' un point vue service NetworkManager-wait semble démarrer en même temps que NetworkManager et il se passe 21s avant que son exécution s' arrête je ne sais pas si un "systemctl status NetworkManager" en root permettrait de savoir s' il y a un temps d' attente sur l' initialisation du périphérique physique. En tous cas sans consulter le journal pour savoir ce qu' il se passe après le démarrage de NetworkManager c' est compliqué de voir pourquoi le réseau met autant de temps à démarrer ( ce qui doit retarder l' exécution des processus qui ont besoin du réseau pour démarrer ( shorewall, shorewall6 par exemple)).

edit: aussi, sauf à avoir un modem 3/4/5G embarqué dans le pc, je pense que le service ModemManager peut aussi être désactivé.

Citation :

NAME
ModemManager - mobile broadband modem management daemon

SYNOPSIS
ModemManager [OPTION...]

DESCRIPTION
ModemManager provides a unified high level API for communicating with mobile broadband modems, regardless of the protocol used to communicate with the actual device
(Generic AT, vendor-specific AT, QCDM, QMI, MBIM...).

ModemManager is a DBus-based system daemon and is not meant to be used directly from the command line.

edit 2: Je vois que les deux processeurs semblent embarquer un chipset graphique. Dans ce cas une partie de la mémoire est probablement utilisée/reservée par le chipset. Même si l' AMD semble être sorti après, sa fréquence est moindre également ( mais on ne peut se baser que sur ça pour juger des capacités processeurs).

Édité par nic80 Le 31/01/2026 à 12h07

salut tous !
Bon, j'ai lu et relu et effectivement partimaged-service ne m'est pas utile .
Alors je sais le stopper mais pas le désactiver au démarrage !
systemctl stop partimaged.service l’arrête effectivement, mais au démarrage suivant hop, pépère est là !
hors sur 1mn , 30s ca compte

Bonjour,

la syntaxe est :

systemctl disable nom_service_systemd

du coup "systemctl disable partimaged" devrait faire l' affaire.

ceci dit, attention dans le critical chain, le @28.463s indique le moment où le service est lancé, pas sa durée de lancement ( qui elle est de 2,057s).

C' est d' ailleurs pour ça qu' il faudrait vérifier l' unité NetworkManager ( ici elle démarre à 6s, mais le lien ne devient actif qu' au bout de 21s. Que se passe t' il entre temps ? )

[marco@localhost ~]$ systemctl disable partimaged.service
partimaged.service is not a native service, redirecting to systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install disable partimaged
Vous n’avez pas les privilèges nécessaires pour effectuer cette opération.

Bonjour,

Il n' est pas certain que le . service soit nécessaire à la fin.

Par contre, la commande semble avoir été lancée avec un compte normal alors qu' il faudrait la lancer en tant que root.

Je tente !

[marco@localhost ~]$ systemd-analyze
Startup finished in 2.892s (firmware) + 3.949s (loader) + 14.529s (kernel) + 26.424s (userspace) = 47.795s
graphical.target reached after 7.554s in userspace.
[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 @7.554s
└─multi-user.target @7.553s
└─cups.service @6.784s +768ms
└─network.target @6.741s
└─wpa_supplicant.service @12.953s +1.598s
└─dbus.service @6.295s +134ms
└─basic.target @6.234s
└─mandriva-everytime.service @4.050s +2.183s
└─local-fs.target @4.021s
└─run-user-1000.mount @25.847s
└─local-fs-pre.target @3.909s
└─systemd-tmpfiles-setup-dev.service @1.169s +77ms
└─kmod-static-nodes.service @943ms +80ms
└─systemd-journald.socket @927ms
└─system.slice @884ms
└─-.slice @884ms

Bonjour,

Je pense qu' il faudrait désormais plus que le critical chain ( un graphique de démarrage permettrait d' avoir une vue plus globale et d' enchainement des lancements.

Je vois toujours un wpa_supplicant, mais plus de NetworkManager. Si toujours NetworkManager, il serait interessant de savoir si le wpa_supplicant est lancé par NetworkManager ou si c' est le service système qui est lancé ( un systemctl status wpa_supplicant devrait peut être permettre de le dire).

salut !
Voila la reponse :

[root@localhost ~]# systemctl status wpa_supplicant
● wpa_supplicant.service - WPA Supplicant daemon
Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant.service; disabled; preset: disabled)
Active: active (running) since Mon 2026-02-02 05:38:59 CET; 2h 36min ago
Main PID: 978 (wpa_supplicant)
Tasks: 1 (limit: 3915)
Memory: 5.0M
CPU: 553ms
CGroup: /system.slice/wpa_supplicant.service
└─978 /usr/sbin/wpa_supplicant -u -P /run/wpa_supplicant.pid -s -c /etc/wpa_supplicant.conf

févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: WPS-CANCEL
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: SME: Trying to authenticate with 3a:07:16:be:99:00 (SSID='FreeboxXXXXXX' freq=5200 MHz)
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: Trying to associate with 3a:07:16:be:99:00 (SSID='Freebox-XXXXXX' freq=5200 MHz)
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: Associated with 3a:07:16:be:99:00
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=FR
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=FR
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: WPA: Key negotiation completed with 3a:07:16:be:99:00 [PTK=CCMP GTK=CCMP]
févr. 02 05:39:15 localhost.localdomain wpa_supplicant[978]: wlp1s0: CTRL-EVENT-CONNECTED - Connection to 3a:07:16:be:99:00 completed [id=0 id_str=]
févr. 02 05:39:16 localhost.localdomain wpa_supplicant[978]: wlp1s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-56 noise=-98 txrate=6000

bon, je suis passé de 66s à 41s ... c'est déjà bien

Le démarrage de wpa-supplicant est long sur le graphique mais rapide dans le rapport. C'est bizarre.
Donne nous les sorties, en root de :
journalctl --no-hostname -b -u NetworkManager
journalctl --no-hostname -b -u wpa-suplicant