Pourquoi Ubuntu ne voit-il pas d'espace libre?
J'ai un lecteur externe de téraoctet pour stocker mes déchets (en fait, je veux dire une partition dessus, j'ai d'autres partitions là-bas). Le FS utilisé est ext3. Même après que j'y ai supprimé certains fichiers (il y a donc au moins quelques centaines de mibs libres), Nautilus n'y affiche aucun espace disponible et ne permet même pas de créer un répertoire. Comment régler ceci?
J'utilise Ubuntu 10.10 daily build, dernière mise à jour la veille, avant-hier (03 octobre 2010).
les systèmes de fichiers ext2/3 ont un certain pourcentage de blocs réservés à un utilisateur "privilégié"; un système de fichiers peut apparaître comme "presque plein" mais seul root peut y écrire. Je suppose que vous atteignez cette limite.
Par défaut, 5% de la taille totale du système de fichiers est réservée à l'utilisateur root. Le pourcentage réservé et l'utilisateur "privilégié" peuvent être modifiés à l'aide de la commande tune2fs.
Pour modifier le pourcentage de blocs réservés à 1%, exécutez (sous la forme root):
tune2fs -m 1 /dev/your_disk_partition_device
Vous pouvez également définir le pourcentage de blocs réservés sur 0, désactivant ainsi cette fonctionnalité sur une partition donnée.
Pour changer l'utilisateur privilégié, exécutez (en tant que root):
tune2fs -u username /dev/your_disk_partition_device
Plus de détails sur les deux options dans la page de manuel tune2fs.
Cela ressemble à un disque raté pour moi (ne libérant pas l'espace). Quelqu'un à qui je parlais ce week-end avait le même problème avec Windows et un nouveau disque dur de 0,5 To (je n'ai aucune idée de la marque qui me fait peur). La suppression de fichiers les supprimerait, mais l’espace n’était pas libéré.
L'utilitaire de disque signale-t-il des conditions d'échec SMART?
Vous devriez essayer de supprimer plus de choses au cas où, les choses ne tendent pas toujours à fonctionner avec un lecteur presque complet, essayez d'utiliser baobab ou un autre visualiseur de la taille d'un répertoire pour savoir ce qui peut et doit être supprimé.
inodes
df -i /
tune2fs -l /dev/disk
tune2fs vous dira combien d'inodes étaient libres au démarrage ou au moment du montage, df -i/vous dira combien d'inodes sont gratuits maintenant. Vous pouvez voir si vous êtes à court d'inodes et depuis combien de temps le système de fichiers a été monté, que cela se produise ou non.
Ensuite, vous pouvez le faire pour savoir où sont les inodes:
find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n
Cela vous indiquera combien d'inodes se trouvent dans chaque répertoire, le plus grand nombre étant en bas lorsque la sortie s'arrête. Le problème devrait être évident car vous aurez probablement un répertoire ou deux avec des millions d'entrées.
holla @geek_king
Les processus peuvent toujours occuper du stockage, même si les fichiers correspondants ont été supprimés (le descripteur de fichier est toujours ouvert).
Trouvez-les avec lsof -nP