‘No space left on device’ ne signifie pas toujours que de gros fichiers occupent toute la capacité. Les inodes disponibles peuvent aussi être épuisés. Ces commandes en lecture concernent GNU/Linux avec GNU Coreutils. Remplacez /var par le chemin existant concerné.
Étapes
- Notez l’erreur complète et le chemin où l’application voulait écrire. Utilisez
df -h /varpour examiner son système de fichiers. Vérifiez espace disponible et point de montage ; l’espace libre d’un autre système de fichiers n’aide pas ici. - Exécutez
df -i /var. Comparez IFree et IUse% à l’usage des blocs. De nombreux petits fichiers peuvent épuiser les inodes. Tous les systèmes de fichiers ne présentent pas une limite fixe d’inodes de la même manière. - Localisez l’usage avec
du -x -h --max-depth=1 /var. La commande additionne les fichiers accessibles et reste sur ce système de fichiers. Elle peut lire beaucoup de répertoires et prendre du temps. Des droits de lecture manquants rendent le bilan incomplet. - Pour de nombreux petits fichiers,
du -x --inodes --max-depth=1 /varaide à comparer les répertoires. Approfondissez seulement le sous-arbre suspect. Ne supprimez pas indistinctement journaux, bases de données ou fichiers de conteneurs. - Documentez les écarts importants entre df et du. Fichiers supprimés encore ouverts, instantanés, espace réservé, droits différents ou comptage spécifique nécessitent une analyse ciblée. Ne redémarrez pas immédiatement des services pour cela.
Vérifier le résultat
Répétez df -h et df -i au même chemin après un nettoyage ou agrandissement justifié, planifié et réalisé séparément. Testez l’application initiale. Si l’erreur persiste, vérifiez quotas, montage en lecture seule et système de fichiers de l’environnement réel, tel un conteneur.
Annulation et limites
Ces commandes ne suppriment aucune donnée. Gardez les sorties pour comparaison, mais vérifiez les chemins confidentiels avant partage. Une suppression n’est pas automatiquement réversible : clarifiez responsabilité, conservation et récupération d’abord.