Coucou la lsite ^^ encore moi avec mes probleme toujours complemtement
idiot mais que je sais toujours pas resoudre comme un grand :)
LA question du jour ... est :
Keichi portage # df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? et
tout de meme 100 %
/dev/hdc1 2,0G 953M 928M 51% /usr/portage
/dev/hdd1 9,4G 5,8G 3,2G 65% /.dls
none 46M 0 46M 0% /dev/shm
/dev/hda1 38M 7,4M 29M 21% /boot
Merci de vos reponses toujours eclairées pour mes question plus que niases :)
Sinon ca pourrais venir de ca .. ?
# Uptime | System Boot up
----------------------------+-------------------------------------------------
-> 1 72 days, 23:48:19 | Linux 2.4.28-gentoo-r7 Sun Jun 19 22:21:38 2005
Merci de vos reponses toujours eclairées pour mes question plus que niases :)
Sinon ca pourrais venir de ca .. ?
# Uptime | System Boot up ----------------------------+------------------------------------------------- -> 1 72 days, 23:48:19 | Linux 2.4.28-gentoo-r7 Sun Jun 19 22:21:38 2005
-- .''`. | Frederic ollivier : :' : | TEN Lycée Marie Curie `. `'` | 38435 Echirolles `- | GNU/Linux User #282096 http://counter.li.org
-- mailing list
Romain Bourdy a écrit :
Coucou la lsite ^^ encore moi avec mes probleme toujours complemtement
idiot mais que je sais toujours pas resoudre comme un grand :)
LA question du jour ... est :
Keichi portage # df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? et
Merci de vos reponses toujours eclairées pour mes question plus que niases :)
Sinon ca pourrais venir de ca .. ?
# Uptime | System Boot up
----------------------------+-------------------------------------------------
-> 1 72 days, 23:48:19 | Linux 2.4.28-gentoo-r7 Sun Jun 19 22:21:38 2005
--
.''`. | Frederic ollivier
: :' : | TEN Lycée Marie Curie
`. `'` | 38435 Echirolles
`- | GNU/Linux User #282096 http://counter.li.org
Merci de vos reponses toujours eclairées pour mes question plus que niases :)
Sinon ca pourrais venir de ca .. ?
# Uptime | System Boot up ----------------------------+------------------------------------------------- -> 1 72 days, 23:48:19 | Linux 2.4.28-gentoo-r7 Sun Jun 19 22:21:38 2005
-- .''`. | Frederic ollivier : :' : | TEN Lycée Marie Curie `. `'` | 38435 Echirolles `- | GNU/Linux User #282096 http://counter.li.org
-- mailing list
Thomas de Grenier de Latour
On Wed, 31 Aug 2005 21:58:35 +0200 Romain Bourdy wrote:
Keichi portage # df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? et tout de meme 100 %
La première question à te poser, c'est quoi supprimer pour revenir à une utilisation plus normal de l'espace de cette partition. Monter au dessus de ~90% est fortement déconseillé, pour au moins deux raisons: - remplir tout les petits trous fait fortement fragmenter le système de fichiers, et donc le ralentit ; - tes 53 Mo libres seront vites remplis, et là tu va vraiment voir dérailler ton système.
Regarde donc du côté de: - /var/log ("emerge logrotate" si c'est là ton coupable) ; - /var/tmp/portage (pas de problème à le vider tant qu'il n'y a pas d'emerge en cours) ; - /usr/portage/distfiles et /usr/potrage/packages (tu peux en profiter pour tester eclean, http://bugs.gentoo.org/33877 - enfin c'est juste une solution parmis d'autres hein, je voudrais pas passer pour un spammeur).
Bon, après, pourquoi est-ce que 0.5 Go = 53 Mo = 0% ? Je vois deux facteurs qui pourraient jouer là dedans (mais faudrait faire un `man df` pour vérifier ce qu'il rapporte exactement) : - la taille des chunks alloués sur le disque : un fichier de 10 octets occupe à lui tout seul son chunk, en général 4 Ko. Globalement, les fichiers occupent donc plus de place que le total de leurs tailles ; - le système de fichier réserve souvent quelques pourcents de l'espace pour une utilisation d'urgence par le root. Peut-être que cet espace est masqué ici.
-- TGL.
-- mailing list
On Wed, 31 Aug 2005 21:58:35 +0200
Romain Bourdy <achileos@gmail.com> wrote:
Keichi portage # df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ?
et tout de meme 100 %
La première question à te poser, c'est quoi supprimer pour revenir
à une utilisation plus normal de l'espace de cette partition.
Monter au dessus de ~90% est fortement déconseillé, pour au moins
deux raisons:
- remplir tout les petits trous fait fortement fragmenter le
système de fichiers, et donc le ralentit ;
- tes 53 Mo libres seront vites remplis, et là tu va vraiment voir
dérailler ton système.
Regarde donc du côté de:
- /var/log ("emerge logrotate" si c'est là ton coupable) ;
- /var/tmp/portage (pas de problème à le vider tant qu'il n'y a
pas d'emerge en cours) ;
- /usr/portage/distfiles et /usr/potrage/packages (tu peux en
profiter pour tester eclean, http://bugs.gentoo.org/33877 - enfin
c'est juste une solution parmis d'autres hein, je voudrais pas
passer pour un spammeur).
Bon, après, pourquoi est-ce que 0.5 Go = 53 Mo = 0% ? Je vois deux
facteurs qui pourraient jouer là dedans (mais faudrait faire un `man
df` pour vérifier ce qu'il rapporte exactement) :
- la taille des chunks alloués sur le disque : un fichier de 10
octets occupe à lui tout seul son chunk, en général 4 Ko.
Globalement, les fichiers occupent donc plus de place que le total
de leurs tailles ;
- le système de fichier réserve souvent quelques pourcents de
l'espace pour une utilisation d'urgence par le root. Peut-être
que cet espace est masqué ici.
On Wed, 31 Aug 2005 21:58:35 +0200 Romain Bourdy wrote:
Keichi portage # df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? et tout de meme 100 %
La première question à te poser, c'est quoi supprimer pour revenir à une utilisation plus normal de l'espace de cette partition. Monter au dessus de ~90% est fortement déconseillé, pour au moins deux raisons: - remplir tout les petits trous fait fortement fragmenter le système de fichiers, et donc le ralentit ; - tes 53 Mo libres seront vites remplis, et là tu va vraiment voir dérailler ton système.
Regarde donc du côté de: - /var/log ("emerge logrotate" si c'est là ton coupable) ; - /var/tmp/portage (pas de problème à le vider tant qu'il n'y a pas d'emerge en cours) ; - /usr/portage/distfiles et /usr/potrage/packages (tu peux en profiter pour tester eclean, http://bugs.gentoo.org/33877 - enfin c'est juste une solution parmis d'autres hein, je voudrais pas passer pour un spammeur).
Bon, après, pourquoi est-ce que 0.5 Go = 53 Mo = 0% ? Je vois deux facteurs qui pourraient jouer là dedans (mais faudrait faire un `man df` pour vérifier ce qu'il rapporte exactement) : - la taille des chunks alloués sur le disque : un fichier de 10 octets occupe à lui tout seul son chunk, en général 4 Ko. Globalement, les fichiers occupent donc plus de place que le total de leurs tailles ; - le système de fichier réserve souvent quelques pourcents de l'espace pour une utilisation d'urgence par le root. Peut-être que cet espace est masqué ici.
-- TGL.
-- mailing list
Romain Bourdy
Je suis en train d'essayer de faire de la place ... pas facile, pour distfile il est monté sur un partage smbfs donc .. il n'est ps coupable de l'espace manquant, je soupsonne plutot les logs apache .. a suivre
2005/8/31, Thomas de Grenier de Latour :
On Wed, 31 Aug 2005 21:58:35 +0200 Romain Bourdy wrote:
> Keichi portage # df -h > Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur > /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? > et tout de meme 100 %
La première question à te poser, c'est quoi supprimer pour revenir à une utilisation plus normal de l'espace de cette partition. Monter au dessus de ~90% est fortement déconseillé, pour au moins deux raisons: - remplir tout les petits trous fait fortement fragmenter le système de fichiers, et donc le ralentit ; - tes 53 Mo libres seront vites remplis, et là tu va vraiment voir dérailler ton système.
Regarde donc du côté de: - /var/log ("emerge logrotate" si c'est là ton coupable) ; - /var/tmp/portage (pas de problème à le vider tant qu'il n'y a pas d'emerge en cours) ; - /usr/portage/distfiles et /usr/potrage/packages (tu peux en profiter pour tester eclean, http://bugs.gentoo.org/33877 - enfin c'est juste une solution parmis d'autres hein, je voudrais pas passer pour un spammeur).
Bon, après, pourquoi est-ce que 0.5 Go = 53 Mo = 0% ? Je vois deux facteurs qui pourraient jouer là dedans (mais faudrait faire un `man df` pour vérifier ce qu'il rapporte exactement) : - la taille des chunks alloués sur le disque : un fichier de 10 octets occupe à lui tout seul son chunk, en général 4 Ko. Globalement, les fichiers occupent donc plus de place que le total de leurs tailles ; - le système de fichier réserve souvent quelques pourcents de l'espace pour une utilisation d'urgence par le root. Peut-être que cet espace est masqué ici.
-- TGL.
-- mailing list
-- mailing list
Je suis en train d'essayer de faire de la place ... pas facile, pour
distfile il est monté sur un partage smbfs donc .. il n'est ps
coupable de l'espace manquant, je soupsonne plutot les logs apache ..
a suivre
2005/8/31, Thomas de Grenier de Latour <degrenier@easyconnect.fr>:
On Wed, 31 Aug 2005 21:58:35 +0200
Romain Bourdy <achileos@gmail.com> wrote:
> Keichi portage # df -h
> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
> /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ?
> et tout de meme 100 %
La première question à te poser, c'est quoi supprimer pour revenir
à une utilisation plus normal de l'espace de cette partition.
Monter au dessus de ~90% est fortement déconseillé, pour au moins
deux raisons:
- remplir tout les petits trous fait fortement fragmenter le
système de fichiers, et donc le ralentit ;
- tes 53 Mo libres seront vites remplis, et là tu va vraiment voir
dérailler ton système.
Regarde donc du côté de:
- /var/log ("emerge logrotate" si c'est là ton coupable) ;
- /var/tmp/portage (pas de problème à le vider tant qu'il n'y a
pas d'emerge en cours) ;
- /usr/portage/distfiles et /usr/potrage/packages (tu peux en
profiter pour tester eclean, http://bugs.gentoo.org/33877 - enfin
c'est juste une solution parmis d'autres hein, je voudrais pas
passer pour un spammeur).
Bon, après, pourquoi est-ce que 0.5 Go = 53 Mo = 0% ? Je vois deux
facteurs qui pourraient jouer là dedans (mais faudrait faire un `man
df` pour vérifier ce qu'il rapporte exactement) :
- la taille des chunks alloués sur le disque : un fichier de 10
octets occupe à lui tout seul son chunk, en général 4 Ko.
Globalement, les fichiers occupent donc plus de place que le total
de leurs tailles ;
- le système de fichier réserve souvent quelques pourcents de
l'espace pour une utilisation d'urgence par le root. Peut-être
que cet espace est masqué ici.
Je suis en train d'essayer de faire de la place ... pas facile, pour distfile il est monté sur un partage smbfs donc .. il n'est ps coupable de l'espace manquant, je soupsonne plutot les logs apache .. a suivre
2005/8/31, Thomas de Grenier de Latour :
On Wed, 31 Aug 2005 21:58:35 +0200 Romain Bourdy wrote:
> Keichi portage # df -h > Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur > /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? > et tout de meme 100 %
La première question à te poser, c'est quoi supprimer pour revenir à une utilisation plus normal de l'espace de cette partition. Monter au dessus de ~90% est fortement déconseillé, pour au moins deux raisons: - remplir tout les petits trous fait fortement fragmenter le système de fichiers, et donc le ralentit ; - tes 53 Mo libres seront vites remplis, et là tu va vraiment voir dérailler ton système.
Regarde donc du côté de: - /var/log ("emerge logrotate" si c'est là ton coupable) ; - /var/tmp/portage (pas de problème à le vider tant qu'il n'y a pas d'emerge en cours) ; - /usr/portage/distfiles et /usr/potrage/packages (tu peux en profiter pour tester eclean, http://bugs.gentoo.org/33877 - enfin c'est juste une solution parmis d'autres hein, je voudrais pas passer pour un spammeur).
Bon, après, pourquoi est-ce que 0.5 Go = 53 Mo = 0% ? Je vois deux facteurs qui pourraient jouer là dedans (mais faudrait faire un `man df` pour vérifier ce qu'il rapporte exactement) : - la taille des chunks alloués sur le disque : un fichier de 10 octets occupe à lui tout seul son chunk, en général 4 Ko. Globalement, les fichiers occupent donc plus de place que le total de leurs tailles ; - le système de fichier réserve souvent quelques pourcents de l'espace pour une utilisation d'urgence par le root. Peut-être que cet espace est masqué ici.
-- TGL.
-- mailing list
-- mailing list
Yannick Loiseau
au passage, sauf erreur de ma part, c'est 500M qui font 0.5G, pas 50M...
2005/8/31, Thomas de Grenier de Latour :
On Wed, 31 Aug 2005 21:58:35 +0200 Romain Bourdy wrote:
> Keichi portage # df -h > Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur > /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ? > et tout de meme 100 %
-- mailing list
au passage, sauf erreur de ma part, c'est 500M qui font 0.5G, pas 50M...
2005/8/31, Thomas de Grenier de Latour <degrenier@easyconnect.fr>:
On Wed, 31 Aug 2005 21:58:35 +0200
Romain Bourdy <achileos@gmail.com> wrote:
> Keichi portage # df -h
> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
> /dev/hda3 8,9G 8,4G 53M 100% / <--- 53 M = 0.5G ?
> et tout de meme 100 %