Démarrage un peu lent
Le démarrage semble plus lent qu'avant
Système et matériels / Installation et configuration
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
Il me semble que mon PC est plus lent à démarrer depuis quelques temps. J'ai fouillé un peu et j'ai trouvé ceci :
Code BASH :
$ systemd-analyze blame 10.029s network-up.service 7.685s systemd-udev-settle.service 6.625s mandriva-everytime.service ...
Ces durées qui me semblent importantes sont-elles dans les "normes" ?
D'autre part
Code BASH :
cat /var/log/boot.log.1 ------------ jeu. nov. 14 11:43:55 CET 2024 ------------ loadkeys: Unable to open file: fr-latin9.uni: No such file or directory loadkeys: Unable to open file: fr-latin9.uni: No such file or directory ...
Et effectivement, il ne semble pas y avoir de fr-latin9.uni :
Code TEXT :
... /usr/lib/kbd/keymaps/i386/azerty/fr-latin1.uni.map.gz /usr/lib/kbd/keymaps/i386/azerty/fr-latin9.map.gz /usr/lib/kbd/keymaps/i386/azerty/fr-pc.map.gz ...
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Citation :10.530s NetworkManager-wait-online.service
2.816s network.service
2.276s mandriva-everytime.service
2.213s shorewall6.service
2.164s systemd-udev-settle.service
Visiteur
Pas chez moi, je n'ai pourtant pas une bête de course !
[fieldset style="[rc@localhost ~]$ systemd-analyze time
Startup finished in 5.198s (kernel) + 10.159s (userspace) = 15.358s
graphical.target reached after 9.546s in userspace.
[rc@localhost ~]$ systemd-analyze blame
6.820s NetworkManager-wait-online.service
1.082s systemd-udev-settle.service
910ms mandriva-everytime.service
867ms systemd-binfmt.service
403ms shorewall.service
342ms systemd-fsck@dev-disk-by\x2duuid-d76ae04b\x2d9128\x2d4d52\x2d8077\x2d0f5a6ebd1f33.service
331ms dev-nvme0n1p5.device
289ms udisks2.service
255ms user@1000.service
"][/fieldset]
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Startup finished in 2.560s (firmware) + 12.686s (loader) + 14.910s (kernel) + 23.365s (userspace) = 53.523s
graphical.target reached after 20.568s in userspace.
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
Code BASH :
$ systemd-analyze time Startup finished in 2.367s (kernel) + 19.036s (userspace) = 21.404s graphical.target reached after 18.559s in userspace.
Mais à propos des plus longs
Code BASH :
$ systemd-analyze blame 10.029s network-up.service 7.685s systemd-udev-settle.service 6.625s mandriva-everytime.service
À quoi servent-ils ?
Y a t-il un moyen d'optimiser ?
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Visiteur
Pour faire un essai, j'ai supprimé "NetworkManager-wait-online"
Je gagne un temps fou :
Je passe de :
[rc@localhost ~]$ systemd-analyze time
Startup finished in 5.198s (kernel) + 10.159s (userspace) = 15.358s
graphical.target reached after 9.546s in userspace.
à =>
[rc@localhost ~]$ systemd-analyze time
Startup finished in 5.416s (kernel) + 4.158s (userspace) = 9.574s
graphical.target reached after 2.786s in userspace.
Bien sûr que ceux qui ont des réseaux locaux en ont peut-être besoin (pour se connecter à un réseau privé dès l'allumage), mais si on n'a qu'une simple connexion internet par box, on peut s'en passer.
...Et avec cet exemple, on comprend pourquoi, arrêter des services inutiles dans le MCC -ce que je fais toujours- fait gagner du temps au boot.
Mais les services et le chargement de leurs modules ne sont pas la seule chose qui font durer les boots => Le chargement de "Plasma" par exemple, peut également être raccourci avec le même principe. Supprimer des services inutiles et ne pas laisser se charger des sous programmes dont on n'a pas besoin, va également faire raccourcir le temps de chargement en mémoire, et donc, le temps de nécessaire à lancer l'espace "user".
La recherche indexée, fait aussi perdre du temps de chargement. Certains ne peuvent s'en passer, mais d'autres oui. A chacun de choisir.
Je n'ai jamais fait le compte, mais je dois bien supprimer au moins 10 ou 12 trucs inutiles sur mon Plasma + une bonne douzaine de services dans le CCM.
On a beau nous dire que les choses inutiles sont là et ne dérangent pas si on ne s'en sert pas, c'est vrai pour des applications laissées sur le disque, mais tout ce qui se charge en mémoire au lancement du système, et qui ne sert pas, rallonge le boot en même temps d'occuper de la RAM.
Si on laisse un PC connecté toute la journée voire tout le temps, le délai de chargement n'a pas d'importance, mais si, comme chez moi à la campagne, on souffre de mini coupures électriques ...ou bien si on est radin sur la note EDF, ou bien si on est fanatique de l écologie, et qu'on éteint/rallume le PC souvent, ce temps de boot est intéressant à considérer.
A+
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
10.029s network-up.serviceest la connexion ethernet à la box, la seule que j'ai c'est une tour.
A quoi sert
systemd-udev-settle.service? Il prend un tiers du temps de démarrage.
Les explications données dans le CCM sont plutôt succinctes, voire cryptique. Il faut y être initié.
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Meuz :10.029s network-up.serviceest la connexion ethernet à la box, la seule que j'ai c'est une tour.
A quoi sertsystemd-udev-settle.service? Il prend un tiers du temps de démarrage.
Les explications données dans le CCM sont plutôt succinctes, voire cryptique. Il faut y être initié.
Bonsoir,
La page du manuel explique que ce service permet d'attendre jusqu'à ce que tous les évènements à traiter par udev aient été effectués. udev est le service qui permet la gestion des différents périphériques. Ici, il permet d'attendre que tous les périphériques aient été trouvés.
Pour network-up, ç'a trait au réseau avec l'outil net_applet par défaut de Mageia. Son temps d'exécution peut dépendre de beaucoup de paramètres. Mais, si tu utilises le Wi-Fi, un nettoyage des connexions connues par le système peut aider. Nulix et m@rco123 utilisent NetworkManager (même si chez m@rco123 il reste une trace de network ce qui n'est pas bien
) qui est un outil différent de gestion du réseau. Donc ça ne correspond pas exactement à ton problème.
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
Mais on peut y lire
Using this service is not recommended. There can be no guarantee...
J'ai reproduit la mise en forme, mise en évidence par l'italique et la couleur du manuel. Étonnant ! Ce service est déconseillé ?Cependant on y lit pas comment on pourrait s'en passer.
Ci-dessous le paragraphe complet.
Caché :
Page du manuel :
Using this service is not recommended. There can be no guarantee
that hardware is fully discovered at any specific time, because
the kernel does hardware detection asynchronously, and certain
buses and devices take a very long time to become ready, and also
additional hardware may be plugged in at any time. Instead,
services should subscribe to udev events and react to any new
hardware as it is discovered. Services that, based on
configuration, expect certain devices to appear, may warn or
report failure after a timeout. This timeout should be tailored
to the hardware type. Waiting for systemd-udev-settle.service
usually slows boot significantly, because it means waiting for
all unrelated events too.
Pour network-up, il s'agit de l'ethernet jusqu'à la box, sur un câble 6E d'un mètre de long avec une carte 1000 Mbit.
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
Avec mes 21.404s je m'en sort bien finalement. Je vais me consoler avec les 53.523s de m@rco123
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Meuz :Entendu.
Avec mes 21.404s je m'en sort bien finalement. Je vais me consoler avec les 53.523s de m@rco123
gna gna gna ...
Visiteur
Comme je ne m'expliquais pas comment il se pouvait qu'avec mon appareil des plus basiques, j'arrivais à dépasser vos scores, j'ai poussé un peu la réflexion, et je pense avoir trouvé une raison qui pourrait expliquer -pour partie- cette étrange différence des mesures.
Et c'est tout simple, c'est parce que j'ai mon /home sur mon SSD système.
Lorsque plasma (et autres) se charge(nt), tous les réglages sont sur ce "/home", et si vous avez un /home séparé sur un disque à plateaux, ben faut pas chercher plus loin la vitesse de chargement du "userspace" au moins ...et + si affinités...
Salut.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie