temps de démarrage semble plus lent

[michLapprenti]

Dernier message de la page précédente :

@ arghlub - merci

Avant de le désactiver (ok c'est mieux que sup), j'ai souhaité savoir à quoi ce truc servait - Avant de te demander précision, j'ai cherché un peu: ayant trouvé réponse, je la mets sous spoiler pour plus de clarté de la suite, puisque je suis convaincu:

Vu https://askubuntu.com/questions/1018576 ... service-do (traduit en fr avec la fonction de firefox)

c'estt la bulle de message indiquant que vous avez maintenant été connecté au réseau (---) Il semble que ce service attend simplement, ne faisant absolument rien, jusqu'à ce que le réseau soit connecté, et quand cela se produit, il change d'état pour que d'autres services qui dépendent du réseau puissent être lancés pour commencer à faire leur travail.

1) commande pour désactiver - faite

j'ai pu constaté qu'elle a un effet immédiat, car doutant d'avoir bien fait, j'ai voulu refaire, mais ligne "n'existe pas" --- ce qui m'a fait comprendre ce dont je m'étonnais après avoir fait la commande de Cyrille

Toutefois, quelle est la commande pour réactiver la ligne désactivée si problème ? - merci


2) Au redémarrage de l'ordi, j'ai gagné 10'' (1'35 au lieu de 1'45 avant cadre à mp) puis 0'25 jusqu'à mire (idem qu'avant)
soit au total 2' au lieu de 2'10 (calcul temps fait avec l'aiguille d'un réveil)

la bulle est tout de même apparue - avec un contenu un peu différent. J'étais prêt à m'en passer, car elle n'est pas gage de connexion en cas de problème pour accéder à internet - expérience faite dans un passé récent.

3) retour des commandes demandées (les 2 à la suite):

Code : Tout sélectionner

mich@mich-ThinkPad-W510:~$ systemd-analyze
Startup finished in 9.665s (kernel) + 55.315s (userspace) = 1min 4.980s 
graphical.target reached after 55.300s in userspace
mich@mich-ThinkPad-W510:~$ systemd-analyze blame
21.136s networkd-dispatcher.service
17.203s systemd-journal-flush.service
16.244s gpu-manager.service
15.084s udisks2.service
12.566s systemd-udev-settle.service
12.220s accounts-daemon.service
11.401s dev-sda1.device
 9.747s ModemManager.service
 8.751s avahi-daemon.service
 8.686s NetworkManager.service
 8.589s polkit.service
 8.548s plymouth-quit-wait.service
 8.434s ubuntu-system-adjustments.service
 8.095s thermald.service
 8.092s wpa_supplicant.service
 8.092s systemd-logind.service
 7.915s cups.service
 5.012s systemd-resolved.service
 4.094s rsyslog.service
 4.003s networking.service
 3.602s colord.service
 2.741s ntp.service
 2.536s apparmor.service
lines 1-23

Dimanche 18 mai vers 14h, temps démarrage (vu aiguille de réveil): 1'40 jusqu'à cadre mp + 0'25 jusqu'à mire = 2'05
C'est déjà moins bien que cette nuit (2'), mais mieux qu'avant manip (2'10)

Quelques secondes de + ou de - = peu importe - dès lors qu'il n'y a rien d'inquiétant et que le système est à jour
Par prudence je préfère en resté là - j'attends la réponse à la question posée plus haut - pour mettre en résolu!
Merci pour cette expérience Merci à tous les Aidants

[tyrry]

Slt,
tu peux aussi faire :

Code : Tout sélectionner

sudo systemctl mask plymouth-quit-wait.service

c'est surtout ton userspace qui est "gros" ....
mais le vrai bonus de gain de temps serait de passer de ton HDD vers un SSD
@+

[michLapprenti]

@Tyrry

1) userspace - pourquoi dis-tu qu'il est "gros" ?
Userspace = Espace utilisateur = est-ce le Home ?
Mes plus gros dossiers
je n'utilise à priori que 7% du disque - si je comprends bien
et cela, alors que "sudo apt clean" a été fait par la commande de cyrille viewtopic.php?p=250224#p250224 donc l'ordi a été nettoyé


2) "passer d'un HDD à un SSD" = sur un ordi reconditionné acheté en 2016, je ne sais pas si ce serait à faire
et puis faudrait que je réinstall tout... Pas trop envie, à supposer que je sache le faire!
Je veillerai à prendre un ordi avec un SSD si un jour je dois prendre un nouvel ordi - pour l'heure: c'est non!


3) merci pour la commande mais cherchant à savoir ce qu'est plymouth--, j'ai trouvé ceci:

Plymouth ne ralentit pas votre processus de démarrage. Plymouth est responsable de l'écran d'amorçage. (--) Il charge le logo du démarrage au début du processus de démarrage, puis attend que le processus de démarrage soit terminé pour qu'il décharge le tamisage. C'est tout ce qu'il fait et c'est pourquoi il doit fonctionner en parallèle et coexister tout au long du wholeprocessus de démarrage. Il ne retarde rien, il n'attend que. -- Vu https://askubuntu.com/questions/1119167 ... untu-18-04

Je ne sais pas ce qu'est "l'écran d'amorçage" - recherche faite en vain! Je n'ai trouvé que "chargeur d'amorçage"
mais je crains qu'après l'avoir désactivé, il y ait un problème avec l'écran - donc non, je ne le fais pas


Quelques secondes de + ou de - = peu importe - dès lors qu'il n'y a rien d'inquiétant et que le système est à jour
Par prudence je préfère en resté là
Merci à tous les Aidants

[Jennatux]

"

passer d'un HDD à un SSD" = sur un ordi reconditionné acheté en 2016, je ne sais pas si ce serait à faire
et puis faudrait que je réinstall tout... Pas trop envie, à supposer que je sache lfaire !e!

Passer d'un hdd a un ssd , c'est souvent bénéfique et tu n'es pas obligé de réinstaller, tu peux cloner, soit avec gparted, soit avec Rescuezilla, c'est sans aucun risque
et pas très couteux quand on voit le prix des ssd maintenant

[michLapprenti]

merci Jennatux je vais lire cela...

[alain]

Bonjour Michel.

Quelle serait la commande si je devais le réactiver - ai-je demandé, juste pour savoir! - merci

Si tu parles bien de la désactivation de "NetworkManager-wait-online.service" proposée par Arghlub, la commande pour le réactivé serait celle-ci :

Code : Tout sélectionner

sudo mv /lib/systemd/system/#NetworkManager-wait-online.service /lib/systemd/system/NetworkManager-wait-online.service

Mais tu n'en a pas l'utilité.

@arghlub

On me l'avait jamais faite celle là; le coup du # Généralement on fait ça avec systemd (systemctl disable ou même mask). Comme quoi toutes les routes mènent au rhum...heu pastis... Enfin j'sais plus

[edit] Suite à ton MP, je ne dirai rien sur la commande de nettoyage, vu qu'il n' y a rien à dire, c'était propre. Je sais que tu as l'habitude de nettoyer en permanence, je me rappelle qu'on en a parlé il y a quelques années, moi, je ne suis pas aussi rigoureux que toi, si je devais faire cette commande, les retours seraient beaucoup plus longs que ce que tu as eu. [/edit]

[michLapprenti]

@Alain - merci

Je t'avais fait un mp car malgré ce que cyrille m'explique là viewtopic.php?p=250256#p250256
j'en étais encore à m'interroger si toutes mes tonnes de suppressions (fréquentes) de la corbeille avaient bien disparues de l'ordi:
Par ta réponse, je viens donc enfin de comprendre que oui:

au bout de x jours ou à chaque démarrage ça disparait de la corbeille

Désolé d'être long à la comprenette!

Merci à tous les Aidants - pour toutes ces expériences faites suite à vos suggestions, explications, etc Je mets en résolu

[michLapprenti]

À l'aube j'avais mis en résolu et étais parti euphorique que tout se nettoie si facilement!

Cependant j'ai encore eu une sueur froide à 14h ce jour - tout en restant patient - vu la longueur du démarrage!
Aussitôt j'ai fait les commandes indiquées par arghlub viewtopic.php?p=250242#p250242
Voici le retour global:

Code : Tout sélectionner

mich@mich-ThinkPad-W510:~$ systemd-analyze
Startup finished in 23.683s (kernel) + 4min 40.990s (userspace) = 5min 4.673s 
graphical.target reached after 3min 9.334s in userspace
mich@mich-ThinkPad-W510:~$ systemd-analyze blame
2min 11.582s apt-daily.service
1min 13.682s systemd-journal-flush.service
1min 13.281s networkd-dispatcher.service
 1min 7.089s systemd-udev-settle.service
 1min 3.660s dev-sda1.device
     55.888s accounts-daemon.service
     50.951s gpu-manager.service
     50.126s avahi-daemon.service
     49.845s NetworkManager.service
     43.011s udisks2.service
     40.959s polkit.service
     28.723s grub-common.service
     28.021s systemd-resolved.service
     27.115s e2scrub_reap.service
     26.816s lm-sensors.service
     26.314s thermald.service
     26.312s systemd-logind.service
     26.309s wpa_supplicant.service
     25.433s ubuntu-system-adjustments.service
     24.782s networking.service
     24.617s rsyslog.service
     24.091s alsa-restore.service
     19.856s ModemManager.service
lines 1-23...skipping...
2min 11.582s apt-daily.service
1min 13.682s systemd-journal-flush.service
1min 13.281s networkd-dispatcher.service
 1min 7.089s systemd-udev-settle.service
 1min 3.660s dev-sda1.device
     55.888s accounts-daemon.service
     50.951s gpu-manager.service
     50.126s avahi-daemon.service
     49.845s NetworkManager.service
     43.011s udisks2.service
     40.959s polkit.service
     28.723s grub-common.service
     28.021s systemd-resolved.service
     27.115s e2scrub_reap.service
     26.816s lm-sensors.service
     26.314s thermald.service
     26.312s systemd-logind.service
     26.309s wpa_supplicant.service
     25.433s ubuntu-system-adjustments.service
     24.782s networking.service
     24.617s rsyslog.service
     24.091s alsa-restore.service
     19.856s ModemManager.service
     13.203s systemd-udevd.service
     10.926s cups.service
      8.938s systemd-fsck@dev-disk-by\x2duuid-d1a3e294\x2d6ce7\x2d45e0\x2dbd2f\x2df0e05f500abf.service
      5.883s zfs-load-module.service
      4.805s apparmor.service
      4.261s plymouth-quit-wait.service
      4.139s systemd-modules-load.service
      3.394s keyboard-setup.service
      3.234s systemd-random-seed.service
      3.226s lightdm.service
      2.900s plymouth-start.service
      2.730s ntp.service
      2.565s systemd-sysusers.service
      2.427s systemd-tmpfiles-setup-dev.service
      2.248s colord.service
      1.976s systemd-udev-trigger.service
      1.940s zfs-mount.service
lines 1-40

Donc je n'ai pas rêvé: y a bien des moments où c'est long, voire très long
cependant je persiste à craindre de désacter des choses!
Aussi je laisse en "résolu", mais je note ceci pour mémoire

[tyrry]

Slt

userspace - pourquoi dis-tu qu'il est "gros" ?
Userspace = Espace utilisateur = est-ce le Home ?

NON

"passer d'un HDD à un SSD" = sur un ordi reconditionné acheté en 2016, je ne sais pas si ce serait à faire
- pour l'heure: c'est non!

C'est toi qui choisis

merci pour la commande mais cherchant à savoir ce qu'est plymouth--, j'ai trouvé ceci:
mais je crains qu'après l'avoir désactivé, il y ait un problème avec l'écran - donc non, je ne le fais pas

Comment te dire que si tu refuse de l'aide , c'est carrément inutile d'en demander ... The end
@+

[michLapprenti]

@ tyrry

J'ai remis "en cours"

si tu refuse de l'aide , c'est carrément inutile d'en demander ... The end

En demandant à être éclairé, j'ai appris des commandes pour mesurer l'état de l'ordi, appris leurs effets, fus attentif au mieux.

Avanr de désactiver des choses qui ont été mises automatiquement lors de l'install ou de maj - sans ajout de logiciel de ma part
je voudrais absolument essayer de connaître ce que c'est - et tenter de comprendre, mesurer concrètement les risques

Mes craintes peuvent paraître stupides, infondées, etc... Désolé, qu'il faille m'expliquer des évidences que "tout le monde" sait

Ma plus grande crainte, c'est qu'un jour je ne parvienne pas à démarrer l'ordinateur
même après avoir fait reset, attendu (un peu ou longuement), et retenté - que devrai-je faire alors ?
Serait-ce la vieillesse de mon ordi, la cause ? le processeur ou je ne sais quoi ?
Votre éclairage aide à essayer de comprendre et choisir ce que je devrais faire

Si j'ai lancé ce sujet, c'est que j'avais bien senti une longueur inhabituelle - aujourd'hui, elle semble plus forte que jamais
Et pourtant le système est à jour, tout ce qui pouvait être nettoyé automatiquement ou via la commande "clean" l'est

Donc j'en suis là - si la seule solution est de désactiver certaines choses, il me faut savoir ce que je risque - normal, non ?
Merci pour votre compréhension et pour votre aide éventuelle

[michLapprenti]

Aujourd'hui le temps de démarrage est redevenu habituel, sinon normal - fait le 21 mai 2025 17h30:

Code : Tout sélectionner

mich@mich-ThinkPad-W510:~$ systemd-analyze
Startup finished in 59.178s (kernel) + 1min 33.898s (userspace) = 2min 33.077s 
graphical.target reached after 1min 33.884s in userspace
mich@mich-ThinkPad-W510:~$ systemd-analyze blame
27.932s networkd-dispatcher.service
26.401s logrotate.service
26.126s systemd-journal-flush.service
22.877s dev-sda1.device
22.632s systemd-udev-settle.service
22.606s udisks2.service
22.386s gpu-manager.service
16.006s ModemManager.service
14.990s accounts-daemon.service
12.957s cups.service
12.544s systemd-udevd.service
12.298s plymouth-quit-wait.service
11.729s polkit.service
11.339s avahi-daemon.service
11.294s NetworkManager.service
10.669s thermald.service
10.665s wpa_supplicant.service
10.662s systemd-logind.service
 9.478s ubuntu-system-adjustments.service
 5.854s apt-daily-upgrade.service
 4.824s networking.service
 4.451s rsyslog.service
 2.780s keyboard-setup.service
lines 1-23

Quelques secondes de + ou de - = peu importe - dès lors qu'il n'y a rien d'inquiétant et que le système est à jour, l'ordi propre!
Par prudence je préfère en resté là - je remets en "résolu"
Et avec les commandes apprises ici je puis contrôler!
Merci à tous les Aidants

PS: la solution de Jennatux viewtopic.php?p=250319#p250319 est trop complexe pour moi; merci tout de même