Pourquoi un NAS ne récupère-t-il pas d’espace après la suppression de gros fichiers ?

Un NAS peut ne pas récupérer d'espace libre après la disparition d'un gros fichier parce que supprimer son nom visible n'est qu'une partie de la récupération de stockage. Une corbeille, un instantané du système de fichiers, une version de sauvegarde ou un processus en cours peut encore retenir les blocs sous-jacents du fichier.

La bonne solution dépend de ce qui référence encore ces blocs. Vérifiez dans cet ordre le partage, la couche d'instantané, les services en cours et la comptabilité du pool. Ne purgez pas tous les instantanés ni ne redémarrez tout le NAS avant d'identifier quelle couche possède l'espace manquant.

La cause principale : le fichier a disparu mais ses blocs sont toujours référencés

Un fichier a une entrée visible dans le répertoire et des blocs de stockage contenant ses données. Supprimer l'entrée fait disparaître le fichier du dossier, mais le système de fichiers ne peut réutiliser ses blocs qu'après la libération de toutes les références restantes. Cette distinction explique pourquoi une suppression réussie ne produit pas toujours une augmentation équivalente de l'espace libre.

Sur un NAS basé sur Linux, un service peut garder un fichier déjà supprimé ouvert. Le noyau conserve les données jusqu'à la fermeture finale du descripteur de fichier, même si les explorateurs de fichiers et les analyses normales de répertoire ne peuvent plus le voir. L'explication de Red Hat sur la rétention d'espace disque par les fichiers supprimés encore ouverts montre pourquoi arrêter ou redémarrer proprement le processus qui retient le fichier libère un espace que la suppression seule n'a pas permis.

D'autres occupants fonctionnent au-dessus de la couche des fichiers ouverts. Un service de corbeille réseau peut déplacer le fichier au lieu de le désassocier, tandis qu'un instantané en copie sur écriture préserve intentionnellement les anciens blocs pour la récupération. Le résultat visible est similaire — peu ou pas de capacité récupérée — mais l'action corrective sûre est différente.

Quelle couche NAS retient encore les données supprimées ?

Commencez par comparer ce qui a changé après la suppression. Le nom du fichier peut avoir été déplacé dans un répertoire de corbeille caché, le jeu de données en direct peut avoir rétréci tandis que l'utilisation des instantanés a augmenté, ou le total du pool peut rester supérieur aux fichiers que les outils de répertoire peuvent compter. Ces schémas permettent de cibler l'occupant sans nettoyage destructif.

Une corbeille est le cas le plus simple. Le comportement du VFS recycle-bin de Samba intercepte les demandes de suppression et déplace les fichiers dans un dépôt au lieu de les supprimer immédiatement. Un fichier supprimé via un partage SMB peut donc rester sur le même pool de stockage même s'il a disparu de son dossier d'origine.

Les instantanés sont moins évidents car ils peuvent conserver des blocs sans garder un autre fichier ordinaire dans le répertoire actif. Lorsqu'un instantané fait référence à l'état pré-suppression, la suppression du fichier actif ne supprime que la référence actuelle. Cet exemple de comptabilisation de l'espace des instantanés montre pourquoi un instantané peut récupérer peu d'espace lorsque d'autres instantanés référencent encore les mêmes blocs.

Les valeurs de pool et de partage peuvent également mesurer différentes portées. Un partage peut indiquer son ensemble de données ou son quota, tandis que le tableau de bord de stockage inclut les ensembles de données enfants, les données d'application, les versions de sauvegarde, les réservations et les blocs conservés par les instantanés. Comparez ce qui est comparable avant de conclure que la suppression a échoué.

Récupérer de l'espace sans détruire l'historique de récupération

La récupération doit passer des vérifications réversibles à la suppression permanente. Actualisez d'abord la vue de la capacité et confirmez que vous consultez le bon pool, ensemble de données et partage. Un court délai de comptabilisation peut être normal ; un écart persistant après stabilisation de l'activité indique qu'une autre référence ou portée de stockage nécessite encore une enquête.

1. Confirmez que le fichier supprimé est absent du partage d'origine et n'a pas été déplacé ou renommé par une application.
2. Inspectez la corbeille associée à ce partage exact et à ce compte utilisateur.
3. Examinez les instantanés et la rétention des sauvegardes par date, ensemble de données et espace récupérable estimé.
4. Comparez l'utilisation du système de fichiers avec les totaux visibles des répertoires pour identifier une allocation cachée.
5. Vérifiez les ensembles de données enfants, les volumes d'application, les quotas et les réservations avant de modifier le pool.
6. Libérez le détenteur confirmé via son contrôle normal de rétention, de service ou administratif.

Lorsque l'utilisation du système de fichiers reste plus élevée que le total visible des répertoires, inspectez les fichiers supprimés qui sont encore ouverts. La vérification des fichiers ouverts lsof utilise lsof +L1 pour lister les fichiers sans lien de répertoire restant. Identifiez le processus et utilisez sa méthode normale de rechargement ou de redémarrage en douceur ; ne terminez pas un service de base de données ou de stockage inconnu uniquement pour récupérer de l'espace.

Pour les données conservées par instantané, estimez ce que chaque modification de rétention récupérera réellement avant de supprimer les points de récupération. Les blocs partagés par plusieurs instantanés peuvent rester alloués jusqu'à l'expiration du dernier instantané référent, donc supprimer un instantané peut libérer beaucoup moins d'espace que la taille apparente de son historique le suggère. Préservez d'abord la valeur de récupération et ajustez la rétention délibérément.

Si les suppressions régulières poussent à plusieurs reprises le pool proche de la saturation, le problème est aussi une question de planification de capacité. La rétention de la corbeille, les instantanés, les applications et l'historique des sauvegardes nécessitent une marge au-delà de la taille des fichiers en direct, donc la planification de la capacité utilisable du NAS doit inclure ces consommateurs moins visibles.

Questions fréquemment posées

Pourquoi vider la corbeille du NAS n'a-t-il récupéré qu'une partie de l'espace ?

Les mêmes blocs peuvent encore être référencés par des instantanés, des versions de sauvegarde ou un processus ouvert. Vider la corbeille supprime uniquement ce détenteur ; cela ne remplace pas les autres références ni ne libère l'espace réservé par un autre ensemble de données.

Combien de temps un NAS doit-il prendre pour afficher l'espace nouvellement libéré ?

Un léger délai pendant que la comptabilisation du stockage et les travaux en arrière-plan se stabilisent peut être normal. Si la valeur reste inchangée après actualisation du tableau de bord et des statistiques du système de fichiers, vérifiez les instantanés, les fichiers supprimés encore ouverts, les quotas, et si le nombre affiché représente la part ou l'ensemble du pool.

Le RAID empêche-t-il les fichiers supprimés de libérer de l'espace ?

Le RAID applique normalement la suppression sur l'ensemble actif ; il ne conserve pas l'ancien fichier comme historique de récupération. Les corbeilles et les instantanés sont des couches séparées, tandis que les limites de la protection RAID concernent la disponibilité plutôt que la récupération des fichiers supprimés ou la rétention d'espace.