Retourner aux forums || Retourner au forum Linux.debian
Linux.debian : df renvoye des valeurs négatives.
Posté par samyboy (Jabber id, page perso, ) le 05 octobre 2004Bonjour, Après avoir fait quelques apt-get (samba) sur une debian 3, voila que la commande df me renvoye des valeurs négatives. serveur:~# df Système de fichiers 1k-blocs Utilisé la capacité disponible% Monté sur /dev/hda2 -1558927206225 1 0 14% / /dev/hdd1 -20135450307435 1 0 17% /var /dev/hdb1 -20135450307435 1 0 66% /data /dev/hdb2 -5285396774661 1 0 72% /home /dev/hdb3 -5668425428144 1 0 45% /backup-daily /dev/hdd2 -10954017020655 1 0 12% /images D'ou vient ce problème ? Comment faire afficher les valeurs justes ? Merci pour l'info.
> Lire le message (10 commentaires, moyenne: 2,4).
df -h
Bonjour,
Essayer la commande df -h (format "human-readable") pour voir. Cela affiche la quantité d'espace occupé en mega / giga octets (selon la quantité).
-
[^]Re: df -h
Posté par samyboy (Jabber id, page perso, ) le 05/10/2004 à 16:01. (lien). Évalué à 1.salut
meme si je mets l'option -h, df va rendre les valeurs "human readable".
En effet, les valeurs ont été divisées par 1000 mais elles sont toujours négatives.
classique
tu as mis à jour ta libc sans mettre à jour le package fileutils (ou coreutils, je sais plus)
mets ça à jour et tout rentrera dans l'ordre, j'en suis quasiment sûr
-
[^]Re: classique
Posté par samyboy (Jabber id, page perso, ) le 05/10/2004 à 16:04. (lien). Évalué à 2.Ah OUI
Pour ta gouverne, c'est bien coreutils qu'il fallait mettre à jour.
Merci beaucoup.
Je travaille sur Debian depuis 2 semaines ( hé oui ) et j'avoue encore avoir de la peine à comprendre cette charogne de apt-get qui fait tellement tout automatiquement que j'ai l'impression de rien gérer.
merci pour l'info.
-
[^]Re: classique
Posté par Wawet76 (page perso, ) le 05/10/2004 à 23:41. (lien). Évalué à 2.Rrhhhhhaaaaa lovely.
Merci beaucoup pour la solution.
Fichier énorme
Ça me fait penser à un problème que je rencontre :
J'ai un fichier qui a une taille complètement irréaliste : 120 Go, alors que je n'ai que 10 Go d'espace sur ma partition... Le fichier faisait quelques centaines de megs à l'origine, et il doit toujours les faire puisque j'ai encore de l'espace libre, simplement je n'ai pas l'affichage de la bonne taille (avec ls, dans nautilus etc.)...
Est-ce qu'il y a un moyen de corriger ça ?
Merci d'avance pour des réponses éventuelles.
-
[^]Re: Fichier énorme
Posté par CoinKoin () le 05/10/2004 à 15:45. (lien). Évalué à 2.Pour savoir la veritable taille de ton fichier : cat mon_fichier | wc -c .
Pour corriger le probleme, euh... Peut-etre grace au truc du commentaire qui precede le tien?-
[^]Re: Fichier énorme
Posté par durandal () le 05/10/2004 à 16:38. (lien). Évalué à 2.nicolas@anduril:~$ cat img.fat | wc -c
128849047552
C'était un peu long. ;)
Je viens de me rendre compte d'autres trucs bizarres :
nicolas@anduril:~$ du -m img.fat
505 img.fat
nicolas@anduril:~$ du -k img.fat
516480 img.fat
nicolas@anduril:~$ du -b img.fat
128849047552 img.fat
Je tourne en debian unstable, je suis tout à fait à jour. J'ai utilisé qemu avec ce fichier, mais je ne vois pas comment ça aurait pu faire ça...-
[^]Re: Fichier énorme
Posté par Bruno Muller (Jabber id, page perso, ) le 05/10/2004 à 18:48. (lien). Évalué à 2.stat img.fat ?
ton fichier pretend faire Size octets, et en fait, il occupe Blocks*IO Block octets sur ton disque.
Pour voir comment c'est possible, man lseek.
Si, c'est pas ça, -> [].
-
-
Dettes
D'ou vient ce problème ?
Comment faire afficher les valeurs justes ?
Ce sont des dettes ! Cela correspond à tout l'espace que tu as frauduleusement utilisé pendant toutes ces années ! Va tout-de-suite acheter un disque dur pour régulariser ta situation ! :-)
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.debian
Cette page a été générée par Templeet en 0.0588s (dont 0.0054 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.