Bonjour,
Ma partition racine est pleine.
serveur:/home/dominique# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda6 942M 942M 0 100% /
tmpfs 218M 0 218M 0% /lib/init/rw
udev 10M 148K 9,9M 2% /dev
tmpfs 218M 0 218M 0% /dev/shm
/dev/sda1 259M 26M 219M 11% /boot
/dev/sda5 420G 147G 257G 37% /home
/dev/sda8 5,5G 140M 5,1G 3% /tmp
/dev/sda10 14G 3,7G 9,0G 30% /usr
/dev/sda9 19G 982M 17G 6% /var
/dev/sdb1 932G 114G 818G 13% /media/maxtor
Quand je recherche ce qui peut bien me la remplir comme ça, je ne
trouve pas. Je suis allé sur IRC pour demander de l'aide et on m'a
conseillé ncdu qui a l'avantage avec l'option -x de restreindre la
recherche à une seule partition (les répertoires montés ailleurs étant
donnés comme étant de taille nulle ce qui est bien pratique quand on
s'attaque à la racine).
Cet outil me dit que ma partition racine contient 132 Mo de données.
df me dit que la même partition de 932 Mo est pleine.
Forcément, je sêche.
Une idée ?
Forum Linux.debian/ubuntu Partition racine pleine
1
juin
2009
# Fichier supprimé mais encore ouvert ?
Posté par Olivier (site web personnel) . Évalué à 2.
il est possible que tu ais un gros fichier que tu as supprimé, mais qui est toujours ouvert par un process. Résultat : Linux ne te montre plus sur le système de fichier (il a été supprimé), mais la place n'a pas encore été libéré.
Solutions :
- Commence par faire de la place, en supprimant par exemple les logs du /var/log/ les plus vieux. Pas applicable chez toi, car ton "/var" est à part, mais je donne quand même l'information : Tu peux commencer par supprimer dans le /var/log/ tout les "*.gz", puis les "*.1", voir de lancer une rotation des logs: "logrotate -f /etc/logrotate.conf" sur une Debian
- Arrête un à un tout les services de la machine
- Regarde si tes fichiers "xsession-errors" n'ont pas grossis. Normalement, ils sont en ~/.xsession-errors ou en /tmp/xsession-$USER . Vu tes points de montage, je dirais que seul l'utilisateur root pourrait générer un tel fichier, mais encore faudrait-il que tu te ouvres une session X en temps que root
- Reboot de la machine : Cela tueras tous les process, et les fichiers ouverts
Si rien ne marche, tente de démarrer la machine sur un CD bootable, et lance un "ext3.fsck -f /dev/sda6" (si ta partition est effectivement en ext3)
- Après, et toujours sur ce liveCD, tu peux monter ta partition (en "/mnt/sda6" par exemple), et lancer un "du" : "du -ks /mnt/sda6/* | sort -n". Vérifie enfin si tu n'as pas de fichier commençant par un "." dans ton "/"
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par BAud (site web personnel) . Évalué à 5.
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par be_root . Évalué à 1.
Il se prend pour Napoléon, son état empire.
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par be_root . Évalué à 2.
Mon /var est sur une partition séparée, a priori ça ne peut pas avoir d'incidence sur ma partiton racine.
- Arrête un à un tout les services de la machine
J'ai déjà arrêté puis redémarré la machine plusieurs fois (je l'éteins la nuit)
- Regarde si tes fichiers "xsession-errors" n'ont pas grossis. Normalement, ils sont en ~/.xsession-errors ou en /tmp/xsession-$USER . Vu tes points de montage, je dirais que seul l'utilisateur root pourrait générer un tel fichier, mais encore faudrait-il que tu te ouvres une session X en temps que root
Jamais, ça porte malheur ;-)
Si rien ne marche, tente de démarrer la machine sur un CD bootable, et lance un "ext3.fsck -f /dev/sda6" (si ta partition est effectivement en ext3)
- Après, et toujours sur ce liveCD, tu peux monter ta partition (en "/mnt/sda6" par exemple), et lancer un "du" : "du -ks /mnt/sda6/* | sort -n"
Excellente idée, j'essaie ça et je te tiens au courant.
Merci des conseils
Il se prend pour Napoléon, son état empire.
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par be_root . Évalué à 1.
ubuntu@ubuntu:~$ sudo du -ksh /home/ubuntu/sda6/* | sort -n
me donne ce résultat :
0 /home/ubuntu/sda6/cdrom
0 /home/ubuntu/sda6/initrd.img.old
0 /home/ubuntu/sda6/lib32
0 /home/ubuntu/sda6/lib64
0 /home/ubuntu/sda6/vmlinuz.old
4,0K /home/ubuntu/sda6/boot
4,0K /home/ubuntu/sda6/home
4,0K /home/ubuntu/sda6/mnt
4,0K /home/ubuntu/sda6/opt
4,0K /home/ubuntu/sda6/proc
4,0K /home/ubuntu/sda6/selinux
4,0K /home/ubuntu/sda6/sys
4,0K /home/ubuntu/sda6/tmp
4,0K /home/ubuntu/sda6/usr
4,8M /home/ubuntu/sda6/bin
4,8M /home/ubuntu/sda6/sbin
5,0M /home/ubuntu/sda6/root
8,8M /home/ubuntu/sda6/emul
11M /home/ubuntu/sda6/etc
12K /home/ubuntu/sda6/dev
12K /home/ubuntu/sda6/var
16K /home/ubuntu/sda6/lost+found
98M /home/ubuntu/sda6/lib
200K /home/ubuntu/sda6/srv
793M /home/ubuntu/sda6/media
Le fautif semble apparaître clairement cependant :
Le répertoire media, outre les cdrom et floppy habituels contient maxtor. Maxtor est un disque dur USB d'1 téra-octets qui contient entre autres un répertoire bm destiné à recevoir les sauvegardes générées par backup-manager, que j'ai installé juste avant la catastrophe.
Si je regarde avec un gestionaire de fichiers /media/maxtor ne contient que le répertoire bm et pas le reste du contenu de mon disque externe.
D'ailleurs si je regarde dans les répertoires attachés à l'arborescence de / mais montés sur une partition différente comme /home par exemple, ils apparaissent évidemment vides.
Comment se fait-il que seul ce répertoire se trouve dans la partition racine ?
Deuxième question keskifoutlà ?
Je me crève les yeux sur le fichier de conf de backup-manager mais rien n'y fait...
Il se prend pour Napoléon, son état empire.
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par B16F4RV4RD1N . Évalué à 5.
Perso je n'ai jamais séparé /var /usr /boot et /, je ne le fais que pour /home, et je n'ai jamais eu de problème.
J'imagine que ce fichier bm s'est copié à un moment où tu pensais avoir le disque maxtor de monté, mais cela n'était sans doute pas le cas et cela s'est copié dans la racine.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par be_root . Évalué à 0.
Eh ouais...
Perso je n'ai jamais séparé /var /usr /boot et /, je ne le fais que pour /home, et je n'ai jamais eu de problème.
Tant mieux...
J'imagine que ce fichier bm s'est copié à un moment où tu pensais avoir le disque maxtor de monté, mais cela n'était sans doute pas le cas et cela s'est copié dans la racine.
Ben non, pas de répertoire bm à la racine de mon disque (je pense que je l'aurais vu du premier coup)
Merci quand même ;-)
Il se prend pour Napoléon, son état empire.
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par NeoX . Évalué à 4.
tu peux continuer à chercher ce qui prend de la place, toujours avec le livecd
en faisant un
du -h --max-depth=1 /home/ubuntu/sda6/mediapuis en descendant dans le dossier qui prend le plus de place tu continue
ainsi tu sauras ce qui te prend de la place
[^] # Fichier caché ?
Posté par Jolidragon . Évalué à 1.
Te donnes t'il quelque chose ?
[^] # Re: Fichier supprimé mais encore ouvert ?
Posté par Olivier (site web personnel) . Évalué à 6.
Normalement, il ne devrait même pas y avoir de /media/maxtor/bm/ Si il y en a un, c'est que à un moment donné, tu as fait un backup (avec backup-manager), mais que le disque maxter N'etait PAS monté. Donc le backup a eu lieu dans le /dev/sda5 plutôt que dans le disque de 1To
Deuxième question keskifoutlà ?
Ce qui est ennuyeux, c'est que tu as une partie de ton backup dans le "/", et une autre dans le disque de 1To. Personnellement, je supprimerai le répertoire du /media/maxtor/dm/ , car lorsque le maxtor est monté, ce contenu est inaccessible (il n'existe pas).
Mais je ne connais pas disk manager, donc je ne sais pas si on peut lui supprimer une partie de ses backup.
# Fichiers effacés
Posté par peck (site web personnel) . Évalué à 2.
Et la tu auras la liste des fichiers en cours d'utilisation mais effacés. Ils continuent de prendre de la place sur le disque, mais ne sont plus visibles.
# Ayé !
Posté par be_root . Évalué à 3.
En fait il existait un /media/maxtor/bm dans la racine de mon disque. Le fait d'explorer la partition à partir d'un live-cd était la clé qui m'a permis de m'apercevoir que ce répertoire maxtor/bm n'avait rien à faire là. Il contenait des sauvegardes de backup-manager que j'ai effacées, gagnant ainsi plus de 700 Mo.
Merci à tous.
Il me reste à savoir pourquoi ce répertoire était là (il me semble avoir fait mes premiers essais de sauvegardes alors que le disque externe était monte automatiquement par hal. Et comme backup-manager fonctionne avec les droits root...)
Les sauvegardes actuelles se font sur le disque externe déclaré dans le fstab à partir de son uuid. Normalement ça devrait aller.
Reste à déterminer pourquoi gzip se vautre avec un message file too long et me pourrit certaines de mes sauvegardes mais ça sera peut être pour un autre fil.
Suite au prochain numéro.
Il se prend pour Napoléon, son état empire.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.