# Debian 8 - Problème d'espace disque /dev/root/ **URL:** \ **Category:** Support Debian\ **Created:** [Avril 17, 2019, 8:19 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088 "2019-04-17T08:19:05Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![c\_hristophe](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/57b2e6/32.png) [@c\_hristophe](https://www.debian-fr.org/u/c_hristophe)\ **Post date:** [Avril 17, 2019, 8:19 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/1 "2019-04-17T08:19:05Z")
Salut tout le monde, J’ai un soucis j’ai ma partition / qui est a 82% : # df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/root 20G 15G 3,4G 82% / devtmpfs 63G 0 63G 0% /dev tmpfs 63G 0 63G 0% /dev/shm tmpfs 63G 2,1G 61G 4% /run tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 63G 0 63G 0% /sys/fs/cgroup /dev/md3 1,8T 251G 1,5T 15% /home ftpbackup:/export/ftpbackup/ 1000G 703G 298G 71% /mnt/FTPBackup Mais impossible de savoir d’ou ça provient: 8,9M bin 22M boot 0 dev 18M etc 40M lib 4,0K lib64 16K lost+found 8,0K media 4,4G /var 1,4G /usr 12K /srv 23M /sbin 17M /root 4,0K /opt Vous avez pas une idée !!! ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Avril 17, 2019, 9:21 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/2 "2019-04-17T09:21:01Z")
> [@c\_hristophe](#): > > d’ou ça provient 20Go pour ta partition racine, là ou s’installent les logiciels et ou sont stockés les logs qui grossissent jour aprés jour, c’est plutôt petit. > [@c\_hristophe](#): > > Vous avez pas une idée !!! Tu peux regarder dans /var/log pourquoi tes logs archivés prennent à eux seuls 4Go, supprimer les logs les plus anciens, et essayer de diminuer les traces de logs pour que les fichiers ne regrossissent pas trop. ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Avril 17, 2019, 9:23 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/3 "2019-04-17T09:23:15Z")
> [@c\_hristophe](#): > > /dev/root 20G 15G 3,4G 82% / Pour te rassurer, il reste quand même 3.4Go sur ton disque: il y a encore large de la place pour installer des softs, et si tes logs prennent actuellement 4Go, imagine le temps qu’il faudra pour qu’ils produisent encore 3Go de plus. ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Avril 17, 2019, 9:24 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/4 "2019-04-17T09:24:54Z")
> [@c\_hristophe](#): > > 4,4G /var Cherchez de ce côté là. En particulier le cache de `apt` dans `/var/cache/apt/archives/` et les journaux dans `/var/log` Vérifiez que `logrorotate` est installé. > [@c\_hristophe](#): > > 22M boot Un seul noyau ? ```auto fp2@debpacha:~$ df -hT / /var /boot Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur /dev/mapper/pacha_vg-root_lv ext4 7,9G 4,9G 2,5G 67% / /dev/mapper/pacha_vg-var_lv xfs 4,0G 1,5G 2,6G 36% /var /dev/sda1 ext4 2,0G 94M 1,7G 6% /boot fp2@debpacha:~$ ``` Donnez le retour de ```plaintext df -hTx tmpfs ``` en utilisant le formatage de bloc de texte à base de 3 `backticks` Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. « La perfection est atteinte, non pas lorsqu’il n’y a plus rien à ajouter, mais lorsqu’il n’y a plus rien à retirer. » Antoine de Saint-Exupéry ---
**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:** [Avril 17, 2019, 9:47 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/5 "2019-04-17T09:47:48Z")
salut d’accord avec tout ce qui est au dessus voir aussi /var/www/html si tu as un serveur apache regarder aussi avec du -sh /var/\* remarque : chez moi / est à 50G ( mais j’utilise /var/www/html et /opt ) ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 17, 2019, 10:31 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/6 "2019-04-17T10:31:29Z")
salut une première commande pour lister avec critère de taille 1G ```auto du -sht 1G /* 2>/dev/null | sort -h ``` Exemple _root@debian:~# du -sht 1G /\* 2\>/dev/null | sort -h_ _1,5G /var_ _1,7G /opt_ _3,0G /Phoenix_ _6,3G /usr_ _213G /home_ _root@debian:~#_ Puis descendre l’arborescence, ```auto du -hxd1 /var/* 2>/dev/null | sort -h ``` Exemple _root@debian:~# du -hxd1 /var/\* 2\>/dev/null | sort -h_ _0 /var/lock_ _0 /var/run_ _4,0K /var/cache/private_ _4,0K /var/cache/realmd_ _4,0K /var/lib/apache2_ _4,0K /var/lib/avahi-autoipd_ _4,0K /var/lib/blueman_ _4,0K /var/lib/container_ _4,0K /var/lib/dhcp_ _4,0K /var/lib/git_ _4,0K /var/lib/ieee-data_ _4,0K /var/lib/initscripts_ _4,0K /var/lib/insserv_ _4,0K /var/lib/lsb_ _4,0K /var/lib/man-db_ _4,0K /var/lib/minidlna_ _4,0K /var/lib/misc_ _4,0K /var/lib/os-prober_ _4,0K /var/lib/python_ _4,0K /var/lib/realmd_ _4,0K /var/lib/rpm_ _4,0K /var/lib/synaptic_ _4,0K /var/lib/tlp_ _4,0K /var/lib/udisks2_ _4,0K /var/lib/update-rc.d_ _4,0K /var/lib/usb\_modeswitch_ _4,0K /var/local_ _4,0K /var/log/apparmor_ _4,0K /var/log/private_ _4,0K /var/mail_ _4,0K /var/opt_ _4,0K /var/spool/rsyslog_ _8,0K /var/cache/PackageKit_ _8,0K /var/lib/dbus_ _8,0K /var/lib/gems_ _8,0K /var/lib/geoclue_ _8,0K /var/lib/logrotate_ _8,0K /var/lib/plymouth_ _8,0K /var/lib/private_ _8,0K /var/lib/pycentral_ _8,0K /var/lib/urandom_ _8,0K /var/lib/vim_ _8,0K /var/lib/xfonts_ _8,0K /var/lib/xkb_ _8,0K /var/tmp/systemd-private-3ecf013813a34996b0047062cdfed3fc-colord.service-DfE4YE_ _8,0K /var/tmp/systemd-private-3ecf013813a34996b0047062cdfed3fc-iio-sensor-proxy.service-sWuJZl_ _8,0K /var/tmp/systemd-private-3ecf013813a34996b0047062cdfed3fc-rtkit-daemon.service-i3LMOt_ _8,0K /var/tmp/systemd-private-3ecf013813a34996b0047062cdfed3fc-systemd-timesyncd.service-uxZJie_ _8,0K /var/tmp/systemd-private-3ecf013813a34996b0047062cdfed3fc-upower.service-9c6Kr2_ _12K /var/lib/apparmor_ _12K /var/lib/grub_ _12K /var/lib/initramfs-tools_ _12K /var/lib/msttcorefonts_ _12K /var/lib/runit_ _12K /var/lib/sgml-base_ _12K /var/lib/snmp_ _12K /var/log/fsck_ _16K /var/cache/lightdm_ _16K /var/lib/binfmts_ _16K /var/lib/debian-security-support_ _16K /var/lib/libreoffice_ _16K /var/lib/sudo_ _16K /var/spool/libreoffice_ _20K /var/cache/localepurge_ _20K /var/lib/libxml-sax-perl_ _20K /var/spool/anacron_ _24K /var/lib/emacsen-common_ _24K /var/lib/pulse_ _28K /var/lib/alsa_ _28K /var/lib/pam_ _28K /var/spool/cron_ _32K /var/lib/bluetooth_ _32K /var/lib/freevo_ _36K /var/lib/dictionaries-common_ _36K /var/lib/exim4_ _36K /var/lib/PackageKit_ _36K /var/lib/xml-core_ _40K /var/cache/powertop_ _40K /var/spool/exim4_ _44K /var/lib/polkit-1_ _48K /var/cache/dictionaries-common_ _48K /var/log/exim4_ _56K /var/lib/colord_ _64K /var/lib/ghostscript_ _72K /var/lib/NetworkManager_ _88K /var/log/cups_ _112K /var/lib/ucf_ _136K /var/cache/ldconfig_ _152K /var/lib/AccountsService_ _160K /var/log/apt_ _188K /var/cache/system-tools-backends_ _356K /var/lib/gconf_ _444K /var/lib/systemd_ _460K /var/cache/cracklib_ _500K /var/cache/samba_ _600K /var/lib/usbutils_ _732K /var/lib/btscanner_ _756K /var/lib/upower_ _1,4M /var/lib/sddm_ _1,6M /var/cache/man_ _1,7M /var/lib/lightdm_ _1,9M /var/cache/minidlna_ _2,3M /var/lib/samba_ _2,6M /var/lib/ispell_ _3,0M /var/log/samba_ _5,5M /var/log_ _6,0M /var/cache/cups_ _6,2M /var/cache/apparmor_ _6,5M /var/lib/smartmontools_ _8,3M /var/cache/debconf_ _13M /var/tmp_ _14M /var/lib/mlocate_ _17M /var/lib/aspell_ _19M /var/backups_ _29M /var/spool_ _29M /var/spool/cups_ _59M /var/cache/fontconfig_ _91M /var/lib/dpkg_ _214M /var/cache/apt_ _297M /var/cache_ _964M /var/lib/apt_ _1,1G /var/lib_ _root@debian:~#_ ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Avril 17, 2019, 12:26 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/7 "2019-04-17T12:26:58Z")
> [@c\_hristophe](#): > > Mais impossible de savoir d’ou ça provient: > [@c\_hristophe](#): > > 1,4G /usr Pas de là ```auto fp2@debpacha:~$ du -sh /usr 4,2G /usr fp2@debpacha:~$ ``` Pour avoir la liste des paquets qui prennent le plus de place ```plaintext fp2@debpacha:~$ dpigs 188502 linux-image-4.9.0-8-amd64 188341 linux-image-4.9.0-7-amd64 182276 linux-image-4.8.0-2-amd64 160287 firefox-esr 152579 libvtk6.3 151999 libopenfoam 119309 libreoffice-core 114081 libboost1.62-dev 113969 openfoam 113473 libgl1-mesa-dri fp2@debpacha:~$ dpkg-query --search $(which dpigs) debian-goodies: /usr/bin/dpigs fp2@debpacha:~$ ``` Il se pourrait bien qu’il y ait des fichiers temporaires en masse > [@c\_hristophe](#): > > tmpfs 63G 2,1G 61G 4% /run Quel genre de machine ? Combien de mémoire vive ? D’où sortent ces syt\_mes de fichiers `tmpfs` de 63G ? ```plaintext fp2@debpacha:~$ df -hT /run Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur tmpfs tmpfs 788M 9,3M 778M 2% /run fp2@debpacha:~$ ``` Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. « Un ordinateur c’est comme un frigo : on le branche et ça marche. » Laurent Serano Directeur informatique, réunion Délégués du Personnel 2010 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 17, 2019, 1:03 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/8 "2019-04-17T13:03:43Z")
Vous êtes tous bien gentils d’incriminer les programmes installés (/usr) ou les logs ou le cache APT (/var) mais le total du contenu des répertoires de la racine montrés dans le message initial se monte à peine à 6 Go, on est encore très loin des 15 Go occupés. Autres pistes : - espace occupé par des fichiers dans des répertoires de la racine non montrés (/tmp, /mnt…) - espace occupé par des fichiers supprimés mais encore ouverts → redémarrer, ou tenter de les identifier avec lsof ou fuser - espace occupé par des fichiers masqués par un montage ; mon suspect principal est le partage réseau dans /mnt - espace occupé par des sous-volume ou snapshots si le système de fichiers racine est de type btrfs par exemple > [@mattotop](#): > > si tes logs prennent actuellement 4Go, imagine le temps qu’il faudra pour qu’ils produisent encore 3Go de plus Ça peut aller très vite en cas d’anomalie qui provoque l’enregistrement de messages en cascade dans les logs. > [@littlejohn75](#): > > Il se pourrait bien qu’il y ait des fichiers temporaires en masse Possible, mais ce n’est dans /run qu’il faut les chercher puisque ce n’est pas dans le système de fichiers racine. Peut-être /tmp. > [@littlejohn75](#): > > D’où sortent ces syt\_mes de fichiers `tmpfs` de 63G ? Les tmpfs sont créés avec la moitié de la RAM par défaut, donc 64 Go si la machine a 128 Gio de RAM. ---
**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:** [Avril 17, 2019, 4:46 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/9 "2019-04-17T16:46:10Z")
> [@PascalHambourg](#): > > Vous êtes tous bien gentils d’incriminer les programmes installés (/usr) ou les logs ou le cache APT (/var) mais le total du contenu des répertoires de la racine montrés dans le message initial se monte à peine à 6 Go, on est encore très loin des 15 Go occupés. c est clair on se laisse aller mais il n’a pas écrit la commande qu’il a utilisé, donc on ne sait pas ---
**Author:** ![c\_hristophe](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/57b2e6/32.png) [@c\_hristophe](https://www.debian-fr.org/u/c_hristophe)\ **Post date:** [Avril 18, 2019, 5:42 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/10 "2019-04-18T17:42:45Z")
Merci pour vos réponses toutes très intéressantes, Alors la commande que j’ai utilisé c’est bien `#du -hs` Et le serveur a bien 128Go de ram, mais ce qui me parait bizarre c’est que ma partition /racine fait bien 20Go et 15Go sont utilisé mais si on additionne /usr, /var, /tmp, /bin, /sbin, /lib, /lib64, /root on est pas du tout à 15Go, donc ou se trouve cette difference ? un processus peut etre ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 18, 2019, 6:14 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/11 "2019-04-18T18:14:30Z")
> [@c\_hristophe](#): > > Alors la commande que j’ai utilisé c’est bien > `#du -hs` Ça m’étonnerait. Cette commande ne donne pas du tout ce type de résultat. Elle ne donne que l’occupation totale du répertoire courant et de ses sous-répertoires, pas l’occupation pour chaque répertoire de la racine. D’autre part il manque des répertoires comme /mnt et /tmp. Donne le résultat de la commande suivante en root pour être sûr que tu n’as rien oublié : `du -hxd1 / | sort -h` ---
**Author:** ![c\_hristophe](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/57b2e6/32.png) [@c\_hristophe](https://www.debian-fr.org/u/c_hristophe)\ **Post date:** [Avril 19, 2019, 5:26 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/12 "2019-04-19T05:26:58Z")
Si c’est bien la commande que j’ai effectué, voici le résultat de ta commande qui ne fonctionne pas: du -hxd1 / | sort -h du: avertissement : conflit avec --max-depth=1 à la génération du résumé Saisissez « du --help » pour plus d’informations. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 19, 2019, 7:55 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/13 "2019-04-19T07:55:30Z")
“Ma” commande fonctionne, je l’utilise souvent. Cet avertissement ne se produit qu’avec l’option -s (résumé), présente dans ta commande originelle mais pas dans la mienne, et qui est en conflit avec l’option -d (limiter la profondeur). ---
**Author:** ![c\_hristophe](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/57b2e6/32.png) [@c\_hristophe](https://www.debian-fr.org/u/c_hristophe)\ **Post date:** [Avril 19, 2019, 7:59 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/14 "2019-04-19T07:59:16Z")
Oui effectivement j’avais un alias pour la commande “du” Voici le resultat: # du -hxd1 / | sort -h 4,0K /lib64 4,0K /mnt 4,0K /opt 8,0K /media 12K /srv 16K /lost+found 200K /tmp 8,1M /root 8,9M /bin 18M /etc 22M /boot 23M /sbin 40M /lib 1,4G /usr 4,3G /var 5,8G / ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 19, 2019, 8:17 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/15 "2019-04-19T08:17:47Z")
Donc les 11 Gio manquants ne sont pas dans le contenu visible des répertoires de la racine. `df` affiche-t-il encore 15 Gio utilisés après redémarrage du système (donc pas de fichier supprimé encore ouvert) ? Si oui, le système de fichiers racine supporte-t-il des fonctionnalités de type sous-volume ou snapshot/instantané (btrfs, zfs…) ? Si non, peux-tu démonter /mnt/FTPBackup et /home (en session console root directement, sans passer par une session utilisateur) pour voir ce qu’il y a dessous ? ---
**Author:** ![c\_hristophe](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/57b2e6/32.png) [@c\_hristophe](https://www.debian-fr.org/u/c_hristophe)\ **Post date:** [Avril 19, 2019, 8:29 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/16 "2019-04-19T08:29:21Z")
Oui df affiche encore 15Go, alors je n’ai pas tenté de redemarrage encore mais si je demonte /home et /mnt/ftpbackup qui est en fait un lecteur reseau NFS, cela ne change rien. Il n’y a pas de sous-volume ou snapshot. Faudrait que je fasse un reboot dans le week-end, pour voir ce qu’il ce passe. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 19, 2019, 8:36 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/17 "2019-04-19T08:36:57Z")
> [@c\_hristophe](#): > > si je demonte /home et /mnt/ftpbackup qui est en fait un lecteur reseau NFS, cela ne change rien. Evidemment puisque leur taille n’est pas comptée dans l’utilisation de la racine. Il ne suffit pas de les démonter, il faut ensuite regarder ce qu’il y a sous les points de montage, directement ou en relançant « ma » commande `du`. ---
**Author:** ![c\_hristophe](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/57b2e6/32.png) [@c\_hristophe](https://www.debian-fr.org/u/c_hristophe)\ **Post date:** [Avril 19, 2019, 8:40 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/18 "2019-04-19T08:40:51Z")
Donc j’ai bien relancé la commande et c’est exactement la même chose. 4,0K /lib64 4,0K /opt 8,0K /media 8,0K /mnt 12K /srv 16K /lost+found 200K /tmp 8,1M /root 8,9M /bin 18M /etc 22M /boot 23M /sbin 40M /lib 1,4G /usr 4,3G /var 5,8G / On ne sait toujours voir d’ou ça vient ! ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 19, 2019, 8:49 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/19 "2019-04-19T08:49:13Z")
> [@c\_hristophe](#): > > c’est exactement la même chose. Pas tout-à-fait, la taille de /mnt a changé, ce qui est normal. Par contre pourquoi /home n’apparaît-il jamais ? ---
**Author:** ![c\_hristophe](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/57b2e6/32.png) [@c\_hristophe](https://www.debian-fr.org/u/c_hristophe)\ **Post date:** [Avril 19, 2019, 8:51 UTC](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088/20 "2019-04-19T08:51:21Z")
Je ne sais pas. Pourtant elle est bien montée: # mount | grep home /dev/md3 on /home type ext4 (rw,relatime,quota,usrquota,grpquota,data=ordered) [Page suivante](https://www.debian-fr.org/t/debian-8-probleme-despace-disque-dev-root/79088.md?page=2)