# Problème d'espace disque très étrange **URL:** \ **Category:** Support Debian\ **Created:** [Février 22, 2019, 9:02 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659 "2019-02-22T09:02:21Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![Spheerys](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/9de0a6/32.png) [@Spheerys](https://www.debian-fr.org/u/Spheerys)\ **Post date:** [Février 22, 2019, 9:02 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/1 "2019-02-22T09:02:21Z")
Bonjour, Il m’arrive un truc bizarre sur un de mes serveurs : des dysfonctionnements apparaissent subitement (réception de mail notamment). L’espace disque est correct : ```nohighlight ~ df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/xvda1 20G 7,5G 12G 40% / udev 10M 0 10M 0% /dev tmpfs 413M 42M 371M 11% /run tmpfs 1,1G 0 1,1G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 1,1G 0 1,1G 0% /sys/fs/cgroup tmpfs 24K 0 24K 0% /var/gandi /dev/xvdb 69G 51G 16G 77% /home /dev/loop0 976M 1,5M 924M 1% /tmp ``` Qd je me connecte en ssh j’ai néanmoins ce message indicatif : ``` zsh: locking failed for /root/.zsh_history: aucun espace disponible sur le périphérique: reading anyway ``` Dubitatif et ne trouvant rien qui justifie cette perte d’espace disque, j’augmente la taille de la partition racine (c’est un VPS), je redémarre et ça refonctionne. Le soucis c’est que c’est la 2e fois que le problème survient. Qu’est-ce qui pourrait occuper de la place sur la partition racine de façon cachée et comment le débusquer ? ---
**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:** [Février 22, 2019, 9:55 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/2 "2019-02-22T09:55:47Z")
> [@Spheerys](#): > > je redémarre et ça refonctionne C’est peut être juste le redémarrage qui fonctionne, et pas le redimensionnement ? Tu n’as pas fourni le resultat de mount, mais la prochaine fois que tu as le message avec zsh, avant de redémarrer, vérifie avec mount que ta partition racine ne s’est pas remontée en lecture seule suite à une erreur (option remount-ro du mount): comme ton /tmp et ton /run sont en ramdisk, il est possible que ton serveur continuer à tourner sans problème dans cet état malgré le ro de /, car plus besoin d’y écrire, à part pour les logs. Un moyen de vérifier ça quand l’erreur n’est pas là serait de regarder s’il y a des trous dans un log qui parle tout le temps, comme syslog: si tu vois que le log s’arrète à un moment et reprend longtemps aprés, genre quand tu as redémarré, c’est qu’il n’a pas pu écrire le log pendant la période de trou. Et sinon, as tu fait un **fsck** sur la partition ? ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Février 22, 2019, 10:03 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/3 "2019-02-22T10:03:43Z")
Bonjour, Que retourne `df -ih` ? Je t’invite à te documenter un peu sur les [inodes](https://fr.wikipedia.org/wiki/N%C5%93ud_d%27index), même si ce n’est pas forcément ça. ---
**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:** [Février 22, 2019, 10:32 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/4 "2019-02-22T10:32:46Z")
En effet la piste de l’épuisement des inodes disponibles est à vérifier si la création de nouveaux fichiers échoue (mais pas l’écriture dans un fichier existant). Quel est le type de système de fichiers de la racine (ajouter l’option `-T` à `df`) ? Si c’est ext4, le nombre d’inodes disponibles est fixé lors de la création et n’est pas augmenté par l’agrandissement du système. Si c’est btrfs, sa gestion de l’espace libre est particulière et les valeurs affichées par `df` ne sont pas forcément justes. > [@mattotop](#): > > ton /tmp et ton /run sont en ramdisk Ni l’un ni l’autre n’est en ramdisk (périphérique bloc en mémoire). /run est en tmpfs (système de fichiers en mémoire virtuelle) comme c’est l’usage. /tmp est en loop donc probablement dans un fichier image sur disque (ce dont je ne vois pas l’intérêt). Hors cas très particulier, l’usage d’un ramdisk pour un système de fichiers est devenu complètement obsolète depuis l’introduction de tmpfs qui offre de nombreux avantages : - pas besoin de formater - beaucoup plus rapide - n’alloue que la quantité de mémoire réellement occupée par le contenu à la hausse et à la baisse (le pilote ramdisk supportait l’option discard mais cela ne libère pas l’espace mémoire déjà alloué) - facile à redimensionner - peut utiliser le swap si nécessaire ---
**Author:** ![debianhadic](https://www.debian-fr.org/user_avatar/www.debian-fr.org/debianhadic/32/3870_2.png) [@debianhadic](https://www.debian-fr.org/u/debianhadic)\ **Post date:** [Février 22, 2019, 10:35 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/5 "2019-02-22T10:35:29Z")
+1 pour les inodes Si tu as un dossier contenant beaucoup de petits fichiers, commence par les supprimer. ---
**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:** [Février 22, 2019, 10:45 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/6 "2019-02-22T10:45:22Z")
> [@PascalHambourg](#): > > /run est en tmpfs (système de fichiers en mémoire virtuelle) comme c’est l’usage. Pour tmp, j’avais mal vu le loop, mais quand je dis ramdisk, je pense filesystem en mémoire, donc j’y inclus le tmpfs, c’est ça que je voulais dire, désolé de l’abus de langage. Ce que je voulais dire aussi, c’est que même avec / en ro, les écritures qui pourraient faire planter les services n’ecrivent pas sur / avec /tmp et /run séparés. ---
**Author:** ![Spheerys](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/9de0a6/32.png) [@Spheerys](https://www.debian-fr.org/u/Spheerys)\ **Post date:** [Février 22, 2019, 2:19 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/7 "2019-02-22T14:19:59Z")
Merci pour vos différentes réponses ! Effectivement la piste des inodes me semble intéressante. Il m’indique 67% d’utilisation après le redémarrage de ce matin et la partition est en ext4 Par contre je ne vois pas trop comment faire pour m’en sortir car supprimer des petits fichiers, OK, mais comment je les trouves, et comment être sûr qu’ils ne sont pas utiles ? Pour le /tmp il est en effet sur une partition séparée pour bénéficier du paramètre nodev. ---
**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:** [Février 22, 2019, 4:31 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/8 "2019-02-22T16:31:54Z")
67%, ça laisse de la marge. Il faudra regarder lorsque le problème se produira à nouveau pour confirmer ou infirmer que cela vient de là. > [@Spheerys](#): > > Pour le /tmp il est en effet sur une partition séparée pour bénéficier du paramètre nodev Mais pourquoi en loop si c’est une partition ? ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Février 22, 2019, 6:07 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/9 "2019-02-22T18:07:39Z")
> [@Spheerys](#): > > Il m’indique 67% d’utilisation après le redémarrage de ce matin et la partition est en ext4 Comme le dit PascalHambourg , il y a de la marge, du coup faudrait effectivement voir au moment où tu as le soucis. > [@Spheerys](#): > > Par contre je ne vois pas trop comment faire pour m’en sortir car supprimer des petits fichiers, OK, mais comment je les trouves, et comment être sûr qu’ils ne sont pas utiles ? Tu peux utiliser du pour t’afficher l’occupation en inodes des éléments du répertoire courant : ```auto du -sh --inodes / ``` Après y a plus qu’a descendre petit à petit dans les arborescences en renouvelant la commande à chaque fois. ---
**Author:** ![Spheerys](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/9de0a6/32.png) [@Spheerys](https://www.debian-fr.org/u/Spheerys)\ **Post date:** [Février 24, 2019, 1:05 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/10 "2019-02-24T13:05:59Z")
Pour le paramètre loop, c’est une bonne question ! J’ai du trouver ça sur un tuto il y a longtemps et je l’ai mis sans en saisir le sens (ça vous arrive vraiment jamais à vous ? 😃 ). Je vais me renseigner et le virer si besoin. Pour les inodes, aujourd’hui j’en suis à 68%, donc légère augmentation. Grace à la commande `find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n` … j’ai pu repérer le répertoire gourmand : /var/lib/php/sessions J’ai mis en place un cron qui fait le nettoyage régulièrement. Je pense que mon soucis va être résolu 🙂 Merci pour vos retours bien utiles en attendant 🙂 ---
**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:** [Février 24, 2019, 1:13 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/11 "2019-02-24T13:13:06Z")
> [@Spheerys](#): > > J’ai du trouver ça sur un tuto il y a longtemps et je l’ai mis sans en saisir le sens (ça vous arrive vraiment jamais à vous ?) Non, jamais. Je n’applique pas une instruction que je ne comprends pas. Si le tutoriel n’explique pas assez, je vais systématiquement chercher des informations supplémentaires dans les pages de manuel ou autres documentations. > [@Spheerys](#): > > j’ai pu repérer le répertoire gourmand : /var/lib/php/sessions Quel est l’âge des fichiers les plus anciens ? ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Février 24, 2019, 1:28 UTC](https://www.debian-fr.org/t/probleme-despace-disque-tres-etrange/78659/12 "2019-02-24T13:28:29Z")
> [@Spheerys](#): > > J’ai mis en place un cron qui fait le nettoyage régulièrement. Normalement y en a un, par contre il ne fonctionne pas forcément : [https://inios.fr/article137/sessions-php-sur-lxc-et-debian-9](https://inios.fr/article137/sessions-php-sur-lxc-et-debian-9)