Avant de lancer la commande fsck , il faut naturellement démonter la partition qui doit être vérifiée par la commande umount . Ceci n’est pas possible/aisé pour la partition racine / .
Une solution consiste donc à forcer un check de la partition lors du prochain reboot et de lancer un reboot manuel dans le cas où on est pressé …
# touch /forcefsck # reboot
Pour connaitre l’état de remplissage de chacun des points de montage :
[root@server /]# df Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sda6 114G 28G 80G 26% / /dev/sda8 32G 22G 8,0G 73% /SAM /dev/sda5 190M 7,3M 173M 5% /boot
Il peut être utile alors de localiser quels dossiers prennent le plus de place pour faire un peu de « ménage » lorsque certaines partitions commencent à être proche de la saturation. Pour vous aider à localiser les plus gourmandes se placer à la racine du système de fichiers, puis demander la taille que représente chacun des dossiers :
# cd / # du -s * (ou encore du -sh * pour avoir le cas échéant un format plus agréable à lire.) [root@server /]# du -s * 5,4M bin 3,3M boot 3,7M dev 42M etc 23G home 8,0K initrd 32M lib 4,0K lost+found 2,1G mnt 4,0K opt 898M proc 4,0K razor-agent.log 27M root 22G SAM 7,8M sbin 4,0K secrets.tdb 0 sys 24K tmp 1,8G usr 1,8G var
Il suffit alors de recommencer la procédure en descendant dans l’arborescence pour localiser plus précisément ce qui prend le plus de place.
La première fois où j’ai eu à me servir de ce procédé est lorsqu’un serveur s’est retrouvé avec la partition racine à 0% de libre … inutile de vous raconter le désastre …