# Lenteurs au démarrage (boot et session XFCE)

**URL:** <https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160>\
**Category:** Support Debian\
**Tags:** boot\
**Created:** [Septembre 19, 2022, 9:20 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160 "2022-09-19T09:20:35Z")\
**Posts on this page:** 19\
**Page:** 1

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 19, 2022, 9:20 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/1 "2022-09-19T09:20:35Z")

</div>

Bonjour à toutes et à tous,

depuis un moment (je ne saurais pas trop dire exactement), mon système est relativement lent à booter et à arriver jusqu’au login de connexion graphique, d’une part, et c’est aussi lent à l’ouverture de la session xfce. Il faut ajouter à cela que tout semble ralenti, l’apparition du menu laggue, et par exemple gimp est long à démarrer (~ 10 secondes ressenties avant l’apparition du splash-screen.). Les lenteurs de boot et de la session xfce sont peut être deux sujets différents, d’ailleurs.

Je ne saurais pas trop dire depuis quand c’est comme ça (oui je sais, c’était mieux avant, mais avant quoi ?? 🙂 ) , si c’est depuis le passage à bullseye ou autre. Je précise que j’ai un disque ssd pour le système, et un dd SATA pour le /home.  
J’ai des répertoires montés sur un serveur NAS mais si j’enlève ces répertoires de mon fichiers fstab et que je redémarre le gain n’est pas flagrant.

J’ai essayé d’enlever pas mal de packages que j’estimais inutiles ; ça m’a fait gagner quelques secondes mais rien de satisfaisant.

Je suis un peu démuni parce que je ne sais pas trop dans quelle direction chercher. Si vous avez des pistes, ça m’intéresse 🙂

Quelques pistes :

```nohighlight
$ grep -v ^# /etc/fstab 
UUID=f05bee2c-64ec-4b44-8e34-36374a1f4445 / ext4 errors=remount-ro,noatime,nodiratime 0 1
UUID=D4F9-6314 /boot/efi vfat umask=0077 0 1
/dev/sdb8 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sdb2	/home	xfs	defaults	0	0	
tmpfs	/tmp	tmpfs	defaults,size=1000m	0	0 
nas:/volume1/music /srv/music nfs user,auto,rw,x-systemd.automount 0 0 
nas:/volume1/video /srv/video nfs user,auto,rw,x-systemd.automount 0 0 
nas:/volume1/photo /srv/photos nfs user,auto,rw,x-systemd.automount 0 0 
nas:/volume1/Backup /srv/backup nfs user,auto,rw,x-systemd.automount 0 0 

```

```nohighlight
$ systemd-analyze
Startup finished in 14.680s (firmware) + 5.469s (loader) + 7.158s (kernel) + 1min 24.260s (userspace) = 1min 51.568s 
graphical.target reached after 36.399s in userspace

```

```nohighlight
tanguy@avalon:~$ systemd-analyze blame
1min 7.248s man-db.service
    19.405s udisks2.service
    12.103s logrotate.service
     8.252s cups.service
     6.647s systemd-journal-flush.service
     5.700s apparmor.service
     3.446s upower.service
     2.645s systemd-tmpfiles-clean.service
     1.475s accounts-daemon.service
     1.233s srv-backup.mount
     1.167s colord.service
     1.112s systemd-resolved.service

```

(j’ai gardé les premières lignes du systemd-analyze blame)

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Septembre 19, 2022, 10:30 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/2 "2022-09-19T10:30:37Z")

</div>

Bonjour,

> [@ricecooker](#):
>
> `1min 7.248s man-db.service`

ça me paraît beaucoup pour régénérer la bdd de `man` ! Sur quelques machines testées, on est plutôt sur quelques millisecondes.

Essaie d’exécuter manuellement le service, pour voir si quelque chose coince ? (d’ordinaire, le service est appelé par le timer `man-db.timer` sur une base quotidienne, tu peux l’exécuter manuellement avec `systemctl start man-db.service` par exemple).

> [@ricecooker](#):
>
> Les lenteurs de boot et de la session xfce sont peut être deux sujets différents, d’ailleurs.

Oui c’est possible. Tu as vérifié la consommation de ressources durant une session xfce «&nbsp;classique&nbsp;» ? Ainsi que l’état du matériel (disques, mémoire, etc.) ?

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 19, 2022, 10:57 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/3 "2022-09-19T10:57:21Z")

</div>

merci pour ta réponse.  
J’ai exécuté `systemctl start man-db.service` deux fois. La première fois ça a mis de longues secondes, la deuxième fois ça a été instantané ou presque.

```nohighlight
~$ time systemctl start man-db.service 
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentification requise pour démarrer « man-db.service ».
Authenticating as: root
Password: 
==== AUTHENTICATION COMPLETE ===

real	0m1,879s
user	0m0,019s
sys	0m0,010s

```

pour vérifier l’état du matériel, je ne sais pas trop comment faire (?).  
je vais tenter un memtest pour voir…

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Septembre 19, 2022, 12:06 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/4 "2022-09-19T12:06:11Z")

</div>

Oui, tu peux faire un memtest, ainsi qu’un contrôle smart pour les disques.

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 19, 2022, 1:43 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/5 "2022-09-19T13:43:53Z")

</div>

aucun de ces deux outils ne remonte d’erreurs.

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Septembre 19, 2022, 2:17 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/6 "2022-09-19T14:17:46Z")

</div>

Et pour la consommation de ressources quand tu constates un ralentissement ? En faisant un `top` ou autres ?

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 19, 2022, 3:02 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/7 "2022-09-19T15:02:55Z")

</div>

rien qui me choque spécialement. (Je teste en lançant gimp : Le comportement est vraiment étrange. Ca reste bloqué de loooooonngues secondes, et tout d’un coup ça se débloque, le splash apparaît, il charge ses plugins très rapidement et les fenêtres de l’interface apparaissent. Tout ceci au premier lancement, un redémarrage est très rapide, sans le temps de bloquage). Le top remonte un petit pourcentage d’utilisation, mais rien de spécial.

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Septembre 19, 2022, 3:13 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/8 "2022-09-19T15:13:22Z")

</div>

Bon, pour GIMP je trouve pas ça super choquant, que le premier démarrage prenne un certain temps. A voir si tu observes des ralentissements plus surprenants (comme un freeze général pendant une session avec peu d’applications lourdes ouvertes, etc.)

Par contre, la durée d’exécution du service `man-db` est peut-être symptomatique d’un soucis, mais je sais pas bien comment analyser. Peut-être augmenter la verbosité des journaux systemd avant de démarrer manuellement le service, ou exécuter à la main les directives ExecStart…

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Septembre 19, 2022, 3:48 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/9 "2022-09-19T15:48:20Z")

</div>

Bonjour

Agrandis d’abord la fenêtre de terminal  
et donne nous le retour de la ligne de commande suivante :

```nohighlight
lsblk -oSIZE,FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID

```

---

<div class="post-metadata">

**Author:** ![DarkGagan](https://www.debian-fr.org/user_avatar/www.debian-fr.org/darkgagan/32/4093_2.png) [@DarkGagan](https://www.debian-fr.org/u/DarkGagan)\
**Post date:** [Septembre 20, 2022, 3:51 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/10 "2022-09-20T03:51:55Z")

</div>

Salut, as-tu regardé le taux de remplissage de tes partitions?

Si besoin tu peux virer les paquets de /var/cache/apt/archives (en root et ne pas virer le dossier «&nbsp;partial&nbsp;» ou quelquechose du genre).

De même avec /tmp/, /local/tmp/ etc…

Vérifie aussi ton occupation de bande passante réseau, si c’est assez actif → détecteur de rootkit, analyse système etc!

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 20, 2022, 8:13 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/11 "2022-09-20T08:13:11Z")

</div>

> Bon, pour GIMP je trouve pas ça super choquant, que le premier démarrage prenne un certain temps. A voir si tu observes des ralentissements plus surprenants (comme un freeze général pendant une session avec peu d’applications lourdes ouvertes, etc.)

certes mais avant les temps de démarrage étaient bien inférieurs, et l’ensemble du système est moins réactif qu’avant (l’appel au menu par exemple met plusieurs longues secondes à le faire apparaître)

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 20, 2022, 8:20 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/12 "2022-09-20T08:20:55Z")

</div>

voici la sortie le la commande `lsblk`

```nohighlight
  SIZE FSSIZE FSUSED NAME FSTYPE MOUNTPOINT LABEL UUID
111,8G sda                            
 37,3G 36,4G 18,2G ├─sda1 ext4 / f05bee2c-64ec-4b44-8e34-36374a1f4445
  3,7G ├─sda2 swap c26fe525-deec-48fe-9a19-523d027d4f05
  477M 476M 3,4M ├─sda3 vfat /boot/efi D4F9-6314
 11,2G ├─sda4 ext4 44529459-a57b-4422-82f8-6e2ada50de1a
 37,3G └─sda5 ext4 2b70955a-bf50-47b6-af1a-0d5af5b18712
931,5G sdb                            
  400G ├─sdb1 xfs be357aba-9c0f-4689-b725-ad119da10c87
  200G 199,9G 173G ├─sdb2 xfs /home 73eb27b5-f282-45e4-a2c2-de54af21e69b
    1G ├─sdb3 swap 14b05a09-e4d0-4870-b17c-9a7b7ce33216
    1K ├─sdb4                         
    1G ├─sdb5 ext3 fec82825-4586-4242-9f78-893736c88ff2
    5G ├─sdb6 ext3 14ac5a31-9183-45f3-9bd5-2a9fc00670b4
    2G ├─sdb7 ext4 c652b351-bed3-40aa-9b7c-95624480015d
    2G └─sdb8 swap [SWAP] a6d9c43b-d9b8-443b-b13e-cbf69c3b64a9

```

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Septembre 20, 2022, 8:38 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/13 "2022-09-20T08:38:48Z")

</div>

Merci pour le retour de la commande `lsblk`

Je pensais qu’un manque d’espace dans un des systèmes de fichiers utilisés aurait pu être la cause du problème, mais non, il y a assez d’espace disponible.

* * *

Ça n’a rien à voir avec le problème rencontré,  
mais, comme conseillé dans les commentaires qui sont indiqués dans les premières lignes du fichier `/etc/fstab`

> [@Commentaires au début du fichier '/etc/fstab'](#):
>
> ```plaintext
> …
> # Use 'blkid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name devices
> # that works even if disks are added and removed. See fstab(5).
> …
> 
> ```

il vaudrait mieux utiliser les `UUID`s des systèmes de fichiers plutôt que les noms des fichiers de périphériques associés aux partitions qui contiennent ces systèmes de fichiers.

Donc, je te propose de remplacer les lignes suivantes :

```plaintext
/dev/sdb8 none swap sw 0 0
/dev/sdb2	/home	xfs	defaults	0	0	

```

par les lignes suivantes :

```plaintext
UUID=a6d9c43b-d9b8-443b-b13e-cbf69c3b64a9 none swap sw 0 0
UUID=73eb27b5-f282-45e4-a2c2-de54af21e69b	/home	xfs	defaults	0	0	

```

en lançant, avec les privilèges du compte `root`  
la ligne de commande suivante :

```plaintext
sed -i 's#^/dev/sdb8#UUID=a6d9c43b-d9b8-443b-b13e-cbf69c3b64a9#; s#^/dev/sdb2#UUID=73eb27b5-f282-45e4-a2c2-de54af21e69b#' /etc/fstab

```

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Septembre 20, 2022, 11:44 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/14 "2022-09-20T11:44:31Z")

</div>

salut  
j’ai les mêmes problèmes de lenteur sur tous les ordis.  
Je pense que c’est arrivé avec mon utilisation de systemd  
j’ai l’impression que systemd :

- démarre cups et attend une réponse de mon imprimante et si elle est éteinte elle réessaye sans commencer les autres services
- démarre bluetooth et attend le lien avec la dernière connexion et réessaye sans commencer les autres services

> [@Deb11 : démarrage de plus en plus lent](https://www.debian-fr.org/t/deb11-demarrage-de-plus-en-plus-lent/84747/):
>
> salut j’ai installé un bullseye/cinnamon sur un portable. Pendant un mois le démarrage se faisait en quelques secondes: 3 s pour voir le login 5 s après avoir rentré le login on voit le bureau maintenant on a toujours les 3 s de login mais il faut environ 1 min pour voir le bureau je ne sais pas trop quoi chercher, une idée pour commencer? par exemple existe-t-il une commande pour savoir le temps que met un programme pour démarrer, un peu comme time en bash? ou peut-on tracer les fichier…

systemd-analyze plot te donne un graphique mais je ne sais pas vraiment l’analyser

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 20, 2022, 4:09 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/15 "2022-09-20T16:09:12Z")

</div>

> Vérifie aussi ton occupation de bande passante réseau, si c’est assez actif → détecteur de rootkit, analyse système etc!

je n’ai rien trouvé avec rkhunter ni chkrootkit. (après je ne suis pas spécialiste de ces outils, j’espère les avoir lancés avec les bonnes options)

Pour info, je suis en train d’installer un bullseye sur une partition à côté pour comparer. Et bien ça n’a rien à voir, je ne constate pas du tout ces temps de latence sur la nouvelle install. 😕  
Je me demande si je ne vais pas rester sur cette dernière install (mais ça m’embêterait bien de faire ça plutôt que de trouver la vraie solution)

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Septembre 20, 2022, 5:33 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/16 "2022-09-20T17:33:16Z")

</div>

> [@ricecooker](#):
>
> … Et bien ça n’a rien à voir, …

Est-ce que le nouveau système debian 11 Xfce installé utilise aussi un système de fichiers de type `xfs` pour le répertoire `/home/` ?

* * *

Comme j’avais vu qu’il y avait la place pour le faire, j’avais justement pensé à te proposer de créer un nouveau système de fichiers de type `ext4` pour remplacer temporairement celui que tu utilises pour le répertoire `/home/`  
mais bon, ça aurait demandé de faire une copie de 173GB de données, donc ça aurait pris …un certain temps à faire et je n’étais pas sûr du tout que le problème vienne de là, alors je ne l’ai pas proposé.

---

<div class="post-metadata">

**Author:** ![ricecooker](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/5f8ce5/32.png) [@ricecooker](https://www.debian-fr.org/u/ricecooker)\
**Post date:** [Septembre 20, 2022, 8:26 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/17 "2022-09-20T20:26:29Z")

</div>

> Est-ce que le nouveau système debian 11 Xfce installé utilise aussi un système de fichiers de type `xfs` pour le répertoire `/home/` ?

oui oui, c’est la même partition montée dans le répertoire /home dans les deux cas

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Septembre 20, 2022, 8:58 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/18 "2022-09-20T20:58:51Z")

</div>

> [@ricecooker](#):
>
> … c’est la même partition …

Impec, donc ça n’est pas du tout un problème de système de fichiers.

Alors c’est que le problème est tailleur 🙂

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Septembre 21, 2022, 8:19 UTC](https://www.debian-fr.org/t/lenteurs-au-demarrage-boot-et-session-xfce/87160/19 "2022-09-21T08:19:20Z")

</div>

Tu peux essayer [systemd-bootchart](https://packages.debian.org/buster/systemd-bootchart), ça te génère un graphe plus facile à lire…