Forum Linux.débutant espace disque faible sur "racine du système de fichiers"

Posté par  . Licence CC By‑SA.
Étiquettes :
4
2
déc.
2025

Bonjour
utilisateur mais pas informaticien…
Mon pc plante régulièrement et j'ai ce message…
en parcourant les forums, j'ai cru comprendre que mon disque systeme était plein mais je n'arrive pas à le nettoyer. J'ai beau supprimer des fichiers via l'interface explorateur ou en passant par la console, rien n'y fait…
qd je tape df -h sur la console j'ai:

oem@oem-System-Product-Name:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
tmpfs 3,1G 1,8M 3,1G 1% /run
/dev/nvme0n1p5 457G 438G 0 100% /
tmpfs 16G 0 16G 0% /dev/shm
tmpfs 5,0M 16K 5,0M 1% /run/lock
efivarfs 128K 54K 70K 44% /sys/firmware/efi/efivars
/dev/nvme0n1p1 96M 33M 64M 35% /boot/efi
tmpfs 3,1G 184K 3,1G 1% /run/user/29999

je vois bien que dev/nvme0n1p5 est plein, mais comment le nettoyer?

Merci!

  • # Répertoire(s) personnel(s)

    Posté par  (site web personnel) . Évalué à 9 (+7/-0).

    Il s'agit effectivement du système de fichiers racine (/), mais dans ton cas il n'y a pas de distinction entre celui-ci et un éventuel autre qui contiendrait le(s) répertoire(s) personnel(s) (/home). Cela signifie que tout contribue à remplir l'espace disque : les éléments système tout comme les fichiers personnels.

    Je commencerais par faire de la place dans le(s) répertoire(s) personnel(s).

    Attention au mécanisme de corbeille ou assimilé en passant par les interfaces graphiques : la place n'est véritablement libérée qu'une fois les fichiers définitivement supprimés.

    Debian Consultant @ DEBAMAX

  • # Trouver le coupable

    Posté par  (site web personnel) . Évalué à 4 (+3/-0).

    Il faut tout d'abord trouver le coupable :
    du -hd 1 / te renvoie l'occupation de chaque répertoire, tu peux ensuite refaire le du -hd 1 XXX sur le répertoire qui occupe une place anormale et ainsi de suite.

    • [^] # Re: Trouver le coupable

      Posté par  . Évalué à 5 (+3/-0).

      En graphique tu peux chercher un "analyseur d'utilisation des disques".

    • [^] # Re: Trouver le coupable

      Posté par  . Évalué à 5 (+3/-0). Dernière modification le 02 décembre 2025 à 10:18.

      Commande à exécuter en root et en en excluant les systèmes de fichiers virtuels :

      sudo du -hd 1 --exclude=/{proc,sys,dev,run} /

      Si c'est /var par exemple qui sature le disque poursuivre avec :

      sudo du -hd1 /var

      et ainsi de suite…

    • [^] # Re: Trouver le coupable

      Posté par  . Évalué à 4 (+2/-0).

      sinon, en console (terminal), gdu / fera aussi l'affaire !

    • [^] # Re: Trouver le coupable

      Posté par  (Mastodon) . Évalué à 5 (+2/-0).

      En ligne de commande j'aime bien ncdu, à excuter plutôt via sudo :

      sudo ncdu /

      En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # outils en ligne de comande

    Posté par  (site web personnel) . Évalué à 3 (+2/-0).

    Il y a des outils en ligne de commande semi-graphiques qui permettent d'explorer ton disque à la recherche de de qui prends le plus d'espace : par exemple ncdu, gdu, gt5 ….
    La plupart sont dans les répos des distributions courantes.

    ncdu permet d'explorer et de supprimer des fichiers
    gt5 permet de comparer par rapport au run précédent, mais pas de supprimer

  • # docker/vm

    Posté par  (Mastodon) . Évalué à 5 (+2/-0).

    As-tu rebooté ta machine depuis le moment où tu as reçu l'alerte? Si tu supprimes un fichier qui est toujours ouvert par un processus, ses inodes ne sont pas libérées jusqu'à ce que le processus soit terminé.

    Sinon, utilises-tu des VMs ou des containers Docker ou Podman?

    Avec l'outil du tu peux voir dans une arborescence ce qui prends le plus de place:

    du -xks * | sort -n si tu le lances sous ton user et que tu accèdes une arborescence avec des répertoires/fichiers que ton user n'a pas accès il va te crasher beaucoup d'erreurs donc ça peut être intéressant de le lancer sous root quand ce n'est pas ton home.

    • [^] # Re: docker/vm

      Posté par  . Évalué à 4 (+1/-0).

      Si tu supprimes un fichier qui est toujours ouvert par un processus, ses inodes ne sont pas libérées jusqu'à ce que le processus soit terminé.

      dans la meme idée, en plus du df -hqui donne l'occupation en octet, tu as df -i qui donne l'occupation en inode

      et j'ai un cas recemment ou df -h te dis 'tout va bien, 28Go occupés pour 100Go dispo'
      sauf qu'en fait c'etait un site web, plein de tout petits fichiers, donc rien de gros en octet, mais tous les inodes etaient pris

      impossible de deposer le moindre fichier, de faire un repertoire, avec le seul message 'not enough space…'

      • [^] # Re: docker/vm

        Posté par  (Mastodon) . Évalué à 3 (+0/-0).

        C'est un problème courant pour des filesystem utilisés par des applications créant plein de petits fichiers ou des GEDs comme Alfresco par exemple.

  • # Distribution ?

    Posté par  (site web personnel, Mastodon) . Évalué à 5 (+3/-0).

    Bonjour poxcy62,

    indique-nous quelle distribution Linux tu utilises.
    Par exemple, dans Ubuntu le système snap peut vite prendre de la place.

  • # Commentaire supprimé

    Posté par  . Évalué à -5 (+0/-6). Dernière modification le 02 décembre 2025 à 17:21.

    Ce commentaire a été supprimé par l’équipe de modération.

Envoyer un commentaire

Suivre le flux des commentaires

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