Temps de chargement

Normalement la commande sus-citée est censée créer un fichier nommé "boot.svg" dans le répertoire où elle a été lancée.

La preuve :

jp@VM-Xu18-04:~/Images$ pwd
/home/jp/Images

jp@VM-Xu18-04:~/Images$ ls -l
total 40
-rw-rw-r-- 1 jp jp 39594 août  27 14:46 220px-Tux.png

jp@VM-Xu18-04:~/Images$ systemd-analyze plot > boot.svg

jp@VM-Xu18-04:~/Images$ ls -l
total 132
-rw-rw-r-- 1 jp jp 39594 août  27 14:46 220px-Tux.png
-rw-rw-r-- 1 jp jp 91501 août  30 15:24 boot.svg

jp@VM-Xu18-04:~/Images$ 

Le fichier créé doit ressembler à ça :

Est ce que je peux essayer
$ systemd-analyze blame

oui bien sûr.

Mets-le sur transfernow ;-)

Oui je l'ai reçu ;-)

Donc, ton système démarre en 24 secondes, 4 secondes pour le système (noyau) et 20 secondes pour l'espace utilisateur.

Sur la capture ci-dessous, on voit que c'est le disque (vérification ?), le clavier (quel genre de clavier as-tu ?) et le système de nettoyage des logs qui apparemment plombent un peu ton démarrage ;-\



Pour shutter, laisse-moi le temps de retrouver dans ton message sur XP le fil qui en parle…

Pour Shutter, voir https://forum.ubuntu-fr.org/viewtopic.php?id=2029027

À installer dans l'ordre !

Pour Shutter, je te remets mon lien du post précédent que tu as du zapper ;-))
voir https://forum.ubuntu-fr.org/viewtopic.php?id=2029027

À installer dans l'ordre !

Pour le disque je parlais de vérification au sens où en général une vérification du système de fichiers est faite au démarrage du PC.

Honnêtement je ne me suis jamais trop penché sur les temps de démarrage de mes PC, sauf en cas de temps extrêmement long, mais pas pour du 30 secondes à 1 minute ;-\

Pour le reste il faut que je fasse des manips sur ma machine virtuelle avant de te faire faire des bêtises ;-\

Bonjour,
Il ne faut pas oublier que les mises à niveau d'Ubuntu génèrent très souvent des problèmes.

Il faudrait regarder dans le fichier log avec la commande dmesg pour repérer un temps anormalement long lors du chargement, ça peut se faire facilement en regardant le chrono qui est affiché au début de chaque ligne. On repère rapidement un chrono qui saute 10 ou 15 s d'un coup. Après, avec le message de la ligne si longue à s'exécuter on peut rechercher la cause (là c'est plus complexe).

En parlant de temps de démarrage, j'ai dans les mains un petit chromebook bas de gamme, et je suis resté sur le cul en voyant la vitesse du démarrage et d'extinction de la bête (écran de login en 5 s et extinction instantanée), je me demande bien comment les devs de Google ont pu faire pour arriver à ce résultat avec un noyau linux, Gentoo a beau être rapide, pour arriver à ce résultat, ils ont dû bosser dur sur l'optimisation.

Salut,

Il faudrait regarder dans les préférences de Shutter comment il est lancé au départ :
Clic droit sur l'icône Shutter

=> Préférences => Onglet Comportement

Regarde aussi comment il est lancé via les préférences système :

Menu XFCE => Paramètres => Système => Session et démarrage => Démarrage automatique d'application

au cas où il serait en double…

Pour ton histoire de ralentissement au boot du PC et concernant les journaux systèmes, recopie (copier/coller) cette commande, exécute-la et reporte-nous le résultat :

find /var/log/journal -name "*.journal" -exec du -sh {} \;

Pour Shutter, comme la case est décochée, s'il ne se lance pas au démarrage c'est normal.

Pour les logs, il n'y a que 100 Mo en tout de logs, donc je suppose que ce n'est pas ça qui ralentit ;-\

On va quand même les virer.
Donc lance cette commande (temps actuel au boot pour les logs) :

systemd-analyze blame | grep 'systemd-journal-flush'

Ensuite celle-ci (pour supprimer les journaux de logs) :

find /var/log/journal -name "*.journal" | xargs sudo rm

Puis (pour relancer le daemon) :

sudo systemctl restart systemd-journald

Et pour finir (nouveau temps pour les logs) :

systemd-analyze blame | grep 'systemd-journal-flush'

Pas d'erreur, tu es passé quand même de 12s à moins d'une seconde ;-)

Quant au choix pour la publication des images ça m'a l'air très bien.

Bonne journée.