bonjour à tous,
Voici mon problème, j'ai deux disques durs, un de 80 Go pour mes docs perso, et un de 13 Go pour le système. Mon disque de 13 Go et partitionné en 2, 12 Go pour le système et 1 Go pour la RAM (SWAP). J'ai installé une debian sarge que j'ai upgradé en testing avec kde 3.5.1. Et quand j'ai eu fini mon installation et que j'ai voulu voir l'espace disque occupé, je suis tombé des nues !!! En effet, la commande df -h me retourne ça :
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1 12G 11G 288M 98% /
/dev/hdb1 71G 67G 1,3G 99% /home
/dev/hdb2 3,4G 3,4G 0 100% /media/hdb2
tmpfs 253M 0 253M 0% /dev/shm
tmpfs 253M 104K 253M 1% /dev
/dev/hdc 768M 768M 0 100% /media/cdrom0
Or quand je lance konqueror et que je me place (en root) à la racine et que je sélection tout les répertoire (a l'exeption de media et de home, puisque ce n'est pas le meme disque pour mes docs) je click droit et il me retourne une taille de 2,8 Go! Ce qui me semble plus réaliste au vu de l'installation que j'ai faites, mais du coup ça n'enlève pas l'erreur. Or si mon système considère qu'il ne me reste plus que 288 Mo de libre sur hda1, l'installation d'autre application me semble compromise....
Bref, je ne sais pas ou sont passé les quelques 9 ou 10 Go qui sont sensé etre libre. Si quelqu'un avait une idée qui me permettrai de ne plus tourner en rond...merci d'avance image: clin d`oeil
Forum général.général problème avec df -h ?
16
fév.
2006
# Un test
Posté par nyarla . Évalué à 1.
essai avec la commande :
# du -hs -I /home -I /media/hdb2 /
ou
# du -hsx /
Sinon pour être sur du résultat, tu te connecte en root sur une console via Ctrl+Alt+F2. Fait :
# umount /home
# umount /media/hdb2
# du -hs /
A partir de là tu vera se que le système vois réellement.
Par contre quelque chose que je ne comprend pas :
Dans ta description, tu dis avoir 3 partitions :
une de 80Go, une autre de 12Go et une de 1Go.
Hors suite au "df -h" on voit :
12Go sur hda1 et hdb divisé en deux : 72Go pour hdb1 et 3,4Go pour hdb2...
Je ne comprend pas le truc....
# fstab
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à 2.
La gelée de coings est une chose à ne pas avaler de travers.
# Cache APT
Posté par Buns Buns (site web personnel) . Évalué à -1.
essaye un "rm -f /var/cache/apt/archives/*.deb" puis un "rm -f /var/cache/apt/archives/partial/*.deb"
enfin refait le df -h pour vérifier que tu as de l'espace à nouveau disponible
[^] # Re: Cache APT
Posté par void . Évalué à 3.
# whaaa, merci de la rapidité de vos réponses ^^
Posté par daeavelwyn . Évalué à 1.
# /etc/fstab: static file system information.
#
# <file system> <mount point>
proc /proc proc defaults 0 0
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda2 none swap sw 0 0
/dev/hdb1 /home ext3 defaults 0 0
/dev/hdb2 /media/hdb2 ext3 defaults 0 0
/dev/hdc /media/cdrom0 iso9660 ro,user,noauto 0 0
/dev/hdd /media/cdrom1 iso9660 ro,user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
la commande :
du -hs -I /home -I /media/hdb2 /
ne renvoi rien ....en revenche, la commande :
du -hsx /
me renvoi ça :
2,4G /
(ce qui me rassure un peu...lol)
Et j'avais bien vidé le cache de apt depuis le début.
Bon donc il semblerait que je n'ai que 2,4 Go d'occuper, mais comment faire pour le faire reconnaitre par le système? Kfreedisk me reconnait la même chose que df -h, a savoir 11Go d'occupé...
J'ai repéré un problème lié à hotplug aussi, est-ce que ça pourrait être lié?
# Solution radicale!
Posté par daeavelwyn . Évalué à 1.
voilà, encore merci pour vos réponse ;-)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.