Quel dossier partagé consomme un espace NAS inattendu ?

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Which Shared Folder Is Consuming Unexpected NAS Space?

Le dossier consommant un espace NAS inattendu n'est pas toujours le plus grand dossier affiché dans le navigateur de fichiers.

Commencez par le système de fichiers monté, puis affinez la recherche un niveau de répertoire à la fois. Cela vous évite d'accuser un partage visible alors que des instantanés, des corbeilles, des données d'application, des fichiers supprimés ou une pression sur les inodes utilisent de la capacité en dehors de la vue que vous avez initialement ouverte.

Commencez par le système de fichiers, pas par le nom du dossier

Confirmez quel système de fichiers supporte le partage affecté et notez ses valeurs d’espace utilisé, disponible et d’inodes. La vue df rapporte les totaux au niveau du système de fichiers, tandis qu’un navigateur de partage ne rapporte que les objets qu’il peut voir et compter.

Vérifiez le chemin du partage par rapport à son point de montage. Un montage bind, un volume de conteneur ou un montage manquant du pool de données peut faire écrire un chemin familier dans la partition système plus petite au lieu du pool de stockage prévu.

Mesure	Ce qu’elle répond	Discordance à investiguer
`df -h`	Quel est le taux d’occupation du système de fichiers monté ?	Mauvais montage ou usage réservé/caché
`du -xhd1`	Quel répertoire visible utilise des blocs ?	Instantanés ou fichiers supprimés ouverts
`df -i`	Les enregistrements de fichiers sont-ils épuisés ?	Nombre important de petits fichiers

Classez les dossiers partagés par espace alloué

Exécutez un résumé des répertoires de profondeur un à la racine du pool de données, en restant sur le même système de fichiers. L’objectif est de classer les plus grands répertoires de premier niveau avant d’explorer le plus grand résultat. Répétez au niveau suivant jusqu’à ce que la croissance soit liée à un projet, un utilisateur, une bibliothèque multimédia, un ensemble de sauvegarde ou un chemin d’application.

Utilisez la taille allouée pour les questions de capacité. La taille apparente d’un fichier peut différer à cause des blocs du système de fichiers, des fichiers clairsemés, des liens physiques, de la compression et de la déduplication, donc un gestionnaire de fichiers de bureau peut ne pas correspondre à l’allocation NAS.

Vérifiez les instantanés, corbeilles et consommateurs cachés

Si les dossiers visibles totalisent moins que l’utilisation du volume, inspectez la rétention des instantanés, les corbeilles de partage, les données des paquets, les volumes de conteneurs, les vignettes, les zones temporaires de téléchargement et l’historique des versions de sauvegarde. Ces consommateurs peuvent se trouver en dehors de la racine du partage même si la charge de travail qui les a créés appartient à ce partage.

Un gros journal peut aussi être dissocié alors que son processus continue d’écrire dedans. Dans ce cas, un fichier supprimé encore ouvert reste comptabilisé par le système de fichiers mais disparaît des totaux de répertoire. Vérifiez aussi l’épuisement des inodes dû à de nombreux petits fichiers lorsque les écritures échouent alors que des gigaoctets restent disponibles.

Confirmez ce que vous pouvez supprimer en toute sécurité

Ne supprimez pas le premier grand répertoire que vous trouvez. Identifiez son propriétaire, le processus actif, la règle de rétention et le statut de sauvegarde. Élaguez les instantanés via le système de fichiers ou l’interface NAS, faites pivoter les journaux via le service qui les possède, et examinez les volumes de conteneurs avant de supprimer des images ou des bases de données.

Après chaque modification contrôlée, relancez les mêmes mesures du système de fichiers et des répertoires. Un résultat propre n’est pas seulement plus d’espace libre ; c’est une source de croissance documentée, une décision de rétention sûre, et une alerte ou un quota qui rend visible la prochaine augmentation.

FAQ

Pourquoi les totaux des dossiers partagés ne correspondent-ils pas à l’utilisation du volume ?

Ils mesurent des périmètres différents. Le volume inclut les métadonnées du système de fichiers et les consommateurs cachés, tandis que le total du dossier inclut uniquement les fichiers accessibles sous ce chemin et peut rapporter une taille apparente plutôt qu’allouée.

De nombreux petits fichiers peuvent-ils consommer de l’espace sans qu’un grand dossier n’apparaisse ?

Oui. Les petits fichiers consomment des blocs d’allocation et des inodes. Un répertoire de cache ou de type mail peut épuiser les enregistrements de fichiers même si aucun fichier unique ne semble volumineux.

Pourquoi la suppression de fichiers ne libère-t-elle pas immédiatement de l’espace NAS ?

Un instantané peut encore référencer les blocs, une corbeille peut conserver le fichier, ou un processus en cours peut garder un fichier supprimé ouvert. Identifiez la condition applicable avant de redémarrer les services ou d’élaguer la rétention.