Forum Linux.debian/ubuntu espace disque à 0% sur /dev/root & fichier "home" de 15Go dans /root/

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
3
13
juil.
2022

Bonjour,

J'utilise un serveur dédié chez OVH. Depuis peu j'observe que mon point de montage systeme /dev/root est rempli à 100% ! 

# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root           20G     19G     0 100% /
devtmpfs            32G       0   32G   0% /dev
tmpfs               32G     12K   32G   1% /dev/shm
tmpfs               32G    3,2G   29G  11% /run
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs               32G       0   32G   0% /sys/fs/cgroup
/dev/md2           487M     25M  434M   6% /boot
/dev/md4           1,8T    950G  773G  56% /home

En recherchant la cause avec du -d 1 -h /root/ je m'apercois qu'un fichier nomé "home" prend 15Go dans /root/ est ce normal ? A quoi cela correspond t il ? 

# du -h -d 1 /root/
20K     /root/.gnupg
12K     /root/.ssh
8,0K    /root/.nano
508K    /root/lizmap-box
8,0K    /root/.ansible
21M     /root/.cache
15G     /root/
# ls -lh /root/
total 15G
-rw-r--r-- 1 root root  20K févr. 12  2018 ansible-playbook.log
-rw-r--r-- 1 root root 160K juil. 13 06:53 dead.letter
-rw-r--r-- 1 root root  15G févr.  2 16:14 home
drwxr-xr-x 5 root root 4,0K févr. 12  2018 lizmap-box

Merci d'avance pour vos réponses.

Martin

  • # Pistes

    Posté par  . Évalué à 5. Dernière modification le 13 juillet 2022 à 12:41.

    Salut :)

    est ce normal ?

    A priori, non, surtout que ton /home est monté sur un disque de 2 To.

    A quoi cela correspond t il ?

    Peut-être que ça dira quelque chose à quelqu'un habitué aux dédiés OVH, mais sinon c'est impossible à deviner comme ça. Voilà comment je m'y prendrais dans ta situation.

    Déjà quelques observations :

    • le fichier n'a pas été modifié depuis plus de 5 mois, donc quoi que ce soit, ça n'a pas l'air actif ;
    • ça fait 15 Go, ça paraît peu pour être un simple backup de ton /home, mais peut-être qu'il était moins rempli en février ?

    Ensuite des pistes, en vrac, pour tenter d'y voir plus clair :

    • Regarder ce que dit file /root/home sur le type de fichier. Est-ce une archive, un (long) fichier texte, du binaire inconnu ?
    • Éventuellement faire un head -n 5 /root/home pour voir si le contenu te rappelle quelque chose. Si c'est un binaire, ton terminal risque d'être en panique ensuite. reset résoudra ce problème.
    • Essayer de te rappeler ce que tu faisais le 02/02 à 16:14. C'était un mercredi en pleine après-midi :)
    • Essayer de déterminer ce que ta machine faisait le 02/02 à 16:14 !
      • Regarder l'uptime de ta machine. Est-ce que par hasard son dernier reboot ne date pas du 02/02.
      • Ça commence à remonter, donc ce n'est pas sûr que tu aies toujours des logs, mais ça vaut la peine de chercher cette date dedans. Sur Debian et Ubuntu, il vaut mieux regarder à la fois ce que te dit journalctl et ce qu'il y a dans /var/log.
    • Je vois un (vieux) log Ansible. Si tu l'utilises toujours, peut-être est-ce l'effet de bord d'un playbook que tu aurais lancé ?

    • [^] # Re: Pistes

      Posté par  . Évalué à 4.

      Un grand merci jmiven pour cette réponse ultra détaillée. Le head -n 5 m'a permis de voir l'en-tete du fichier et de comprendre qu'il s'agissait d'un dump de la base de donnée qui avait été mal nommé et placé.

  • # faire de la place

    Posté par  . Évalué à 3. Dernière modification le 13 juillet 2022 à 13:36.

    Bonjour

    Je me disais que vu le peu (1G) qu'il reste de disponible dans le système de fichiers racine
    il vaudrait mieux éviter le risque de saturation en déplaçant le répertoire /root/home
    dans un sous-répertoire nommé, par exemple /home/temporaire/
    car vu les 773G disponibles dans le système de fichiers /dev/md4 ça devrait passer tranquille,
    et surtout, ça redonnerait à la racine 15G de disponibilité qui lui seront sans doute bien utiles.

    • [^] # Re: faire de la place

      Posté par  . Évalué à 3.

      Salut,

      Ne pas confondre /dev/root et /root, un est un périphérique l'autre un dossier contenu dans le premier.
      Ton périphérique racine est plein (/dev/root -> correspondant à la racine /)
      Tu as un fichier home dans le dossier de l’utilisateur root qui fait 15Go (/root/home) !

      A mon avis ça sent l'erreur de manip qui a créée un fichier dans /root

      Vu que tu as de la place dans ton dossier /home (qui est sur un autre disque), je déplacerais le fichier /root/home vers un dossier /home/bak afin de libérer la place.

      Si rien ne dysfonctionne c'est probablement que ce fichier ne sert à rien. D'autant qu'il date de plusieurs mois.

      Après tu peux essayer de regarder ce qu'il y dedans avant de faire la manip et faire un snapshot de ta machine pour revenir en arrière en cas de plantage.

      Voila comment moi je ferais, à toi de voir …
      Bon courage.

      • [^] # Re: faire de la place

        Posté par  . Évalué à 3. Dernière modification le 13 juillet 2022 à 16:58.

        Oui, c'est bien ce que j'ai proposé,
        il y a juste une différence dans le nom du sous-répertoire de /homme qui servira de cible au déplacement :

        j'avais proposé temporaire, et tu viens de proposer back

        • [^] # Re: faire de la place

          Posté par  . Évalué à 3.

          Si les correcteurs orthographiques n'existaient pas, qu'est-ce qu'on s'ennuierait : on n'aurait pas besoin de relire tous ses messages et on n'aurait même plus à corriger les remplacements automatiques marrants de ces formidables correcteurs automatiques.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.