Depuis hier, je suis confronté à un problème :
ma partition racine est pleine à 100 % (selon le commande
#df -h
[root@concerto var]# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sdb5 21G 20G 0 100% /
/dev/sda1 28G 12G 17G 43% /mnt/windows
Selon le mcc (je suis sous mandriva 21008.0) elle ne serait pleine qu'à 26 %
J'ai supprimé tous les logiciels dont je me servais peu (Rosegarden,
beaucoup de jeux, à peu près toutes la doc) pour voir si le taux de
remplissage était modifié mais non, ça n'a rien changé.
20 GO pour la partition / devraient être suffisants, non ?
Qu'est ce qui ne va pas chez moi ?
Merci de vos réponses
--
Jean-Jacques Gerbaud
Entre Dauphiné et PACA
Depuis hier, je suis confronté à un problème : ma partition racine est pleine à 100 % (selon le commande #df -h [ var]# df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb5 21G 20G 0 100% / /dev/sda1 28G 12G 17G 43% /mnt/windows
Selon le mcc (je suis sous mandriva 21008.0) elle ne serait pleine qu'à 26 %
J'ai supprimé tous les logiciels dont je me servais peu (Rosegarden, beaucoup de jeux, à peu près toutes la doc) pour voir si le taux de remplissage était modifié mais non, ça n'a rien changé.
20 GO pour la partition / devraient être suffisants, non ?
Qu'est ce qui ne va pas chez moi ?
Merci de vos réponses
Passe un fsck sur la partition pour voir
Jean-Jacques Gerbaud a écrit :
Bonjour à tous,
Depuis hier, je suis confronté à un problème :
ma partition racine est pleine à 100 % (selon le commande
#df -h
[root@concerto var]# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sdb5 21G 20G 0 100% /
/dev/sda1 28G 12G 17G 43% /mnt/windows
Selon le mcc (je suis sous mandriva 21008.0) elle ne serait pleine qu'à
26 %
J'ai supprimé tous les logiciels dont je me servais peu (Rosegarden,
beaucoup de jeux, à peu près toutes la doc) pour voir si le taux de
remplissage était modifié mais non, ça n'a rien changé.
20 GO pour la partition / devraient être suffisants, non ?
Depuis hier, je suis confronté à un problème : ma partition racine est pleine à 100 % (selon le commande #df -h [ var]# df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb5 21G 20G 0 100% / /dev/sda1 28G 12G 17G 43% /mnt/windows
Selon le mcc (je suis sous mandriva 21008.0) elle ne serait pleine qu'à 26 %
J'ai supprimé tous les logiciels dont je me servais peu (Rosegarden, beaucoup de jeux, à peu près toutes la doc) pour voir si le taux de remplissage était modifié mais non, ça n'a rien changé.
20 GO pour la partition / devraient être suffisants, non ?
Qu'est ce qui ne va pas chez moi ?
Merci de vos réponses
Passe un fsck sur la partition pour voir
Yamo'
Salut, Le Tue, 21 Oct 2008 07:41:22 +0200, Jean-Jacques Gerbaud a écrit ce message ( <48fd6bb2$0$1502$ ):
Depuis hier, je suis confronté à un problème : ma partition racine est pleine à 100 % (selon le commande #df -h
Tu peux déjà regarder si tu as des anciens kernel inutiles :
rpm -q kernel
Sous Mandriva c'est bien rpm qui est utilisé?
D'ailleurs avec dpkg je n'ai pas trouvé l'équivalent de cette option bien pratique!
Stéphane -- Le robot (version 5.69 pl56-a) gérant le vote ne respecte pas l'alinéa 53bis de l'article 85 du livre 12 révision 2. MON CHAT DOIT POUVOIR COMPRENDRE ! -+- LW in: Guide du Cabaliste Usenet - Bien configurer son chat -+-
Salut,
Le Tue, 21 Oct 2008 07:41:22 +0200, Jean-Jacques Gerbaud a écrit ce
message ( <48fd6bb2$0$1502$426a74cc@news.free.fr> ):
Depuis hier, je suis confronté à un problème : ma partition racine est
pleine à 100 % (selon le commande #df -h
Tu peux déjà regarder si tu as des anciens kernel inutiles :
rpm -q kernel
Sous Mandriva c'est bien rpm qui est utilisé?
D'ailleurs avec dpkg je n'ai pas trouvé l'équivalent de cette option bien
pratique!
Stéphane
--
Le robot (version 5.69 pl56-a) gérant le vote ne respecte pas l'alinéa
53bis de l'article 85 du livre 12 révision 2.
MON CHAT DOIT POUVOIR COMPRENDRE !
-+- LW in: Guide du Cabaliste Usenet - Bien configurer son chat -+-
Salut, Le Tue, 21 Oct 2008 07:41:22 +0200, Jean-Jacques Gerbaud a écrit ce message ( <48fd6bb2$0$1502$ ):
Depuis hier, je suis confronté à un problème : ma partition racine est pleine à 100 % (selon le commande #df -h
Tu peux déjà regarder si tu as des anciens kernel inutiles :
rpm -q kernel
Sous Mandriva c'est bien rpm qui est utilisé?
D'ailleurs avec dpkg je n'ai pas trouvé l'équivalent de cette option bien pratique!
Stéphane -- Le robot (version 5.69 pl56-a) gérant le vote ne respecte pas l'alinéa 53bis de l'article 85 du livre 12 révision 2. MON CHAT DOIT POUVOIR COMPRENDRE ! -+- LW in: Guide du Cabaliste Usenet - Bien configurer son chat -+-
geo cherchetout
Le 21.10.2008 07:41, *Jean-Jacques Gerbaud* a écrit fort à propos :
Qu'est ce qui ne va pas chez moi ?
Bonjour, Peut-être un fichier envahissant dans /var/log ?
Le 21.10.2008 07:41, *Jean-Jacques Gerbaud* a écrit fort à propos :
Qu'est ce qui ne va pas chez moi ?
Bonjour,
Peut-être un fichier envahissant dans /var/log ?
Le 21.10.2008 07:41, *Jean-Jacques Gerbaud* a écrit fort à propos :
Qu'est ce qui ne va pas chez moi ?
Bonjour, Peut-être un fichier envahissant dans /var/log ?
Nicolas George
Jean-Jacques Gerbaud wrote in message <48fd6bb2$0$1502$:
/dev/sdb5 21G 20G 0 100% /
sudo du -x / | sort -rn | head -n 50
J'ai supprimé tous les logiciels dont je me servais peu (Rosegarden, beaucoup de jeux, à peu près toutes la doc) pour voir si le taux de remplissage était modifié mais non, ça n'a rien changé.
Ce n'est pas normal. Es-tu bien sûr des manipulations que tu as faites ?
20 GO pour la partition / devraient être suffisants, non ?
Filesystem Size Used Avail Use% Mounted on /dev/sda1 20G 7.4G 12G 40% /
Pas KDE et seulement une petite partie de Gnome, mais beaucoup d'outils de développement, et je supprime rarement les vieilles versions des trucs que j'ai installés à la main.
Jean-Jacques Gerbaud wrote in message
<48fd6bb2$0$1502$426a74cc@news.free.fr>:
/dev/sdb5 21G 20G 0 100% /
sudo du -x / | sort -rn | head -n 50
J'ai supprimé tous les logiciels dont je me servais peu (Rosegarden,
beaucoup de jeux, à peu près toutes la doc) pour voir si le taux de
remplissage était modifié mais non, ça n'a rien changé.
Ce n'est pas normal. Es-tu bien sûr des manipulations que tu as faites ?
20 GO pour la partition / devraient être suffisants, non ?
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 20G 7.4G 12G 40% /
Pas KDE et seulement une petite partie de Gnome, mais beaucoup d'outils de
développement, et je supprime rarement les vieilles versions des trucs que
j'ai installés à la main.
Jean-Jacques Gerbaud wrote in message <48fd6bb2$0$1502$:
/dev/sdb5 21G 20G 0 100% /
sudo du -x / | sort -rn | head -n 50
J'ai supprimé tous les logiciels dont je me servais peu (Rosegarden, beaucoup de jeux, à peu près toutes la doc) pour voir si le taux de remplissage était modifié mais non, ça n'a rien changé.
Ce n'est pas normal. Es-tu bien sûr des manipulations que tu as faites ?
20 GO pour la partition / devraient être suffisants, non ?
Filesystem Size Used Avail Use% Mounted on /dev/sda1 20G 7.4G 12G 40% /
Pas KDE et seulement une petite partie de Gnome, mais beaucoup d'outils de développement, et je supprime rarement les vieilles versions des trucs que j'ai installés à la main.
Jean-Jacques Gerbaud
Nicolas George a écrit :
Jean-Jacques Gerbaud wrote in message <48fd6bb2$0$1502$:
J'ai également supprimé 3 noyaux que je n'utilisais plus mais la taille de / n'a pas diminué :-)
Quant à /var/log : [ /]# du -sh /var/log 16G /var/log
16 (seize !) GO ! Il y a un problème là !
Si j'affine un peu plus, après un reboot et suppression des 3 kernels : [ viejo]# du -x /var/log | sort -rn | head -n 50 392K /var/log/cups 72K /var/log/daemons 20K /var/log/cron 16K /var/log/mail 16G /var/log 5,3G /var/log/kernel 4,8M /var/log/security
Ma 1ère réaction serait de virer les fichiers kernel et security qui, à eux deux, représentent quand même plus de 10 GO ! Mais je ne pense pas que ça serait la meilleure des solutiosn, n'est ce pas ?
Un conseil pour faire ça proprement ?
-- Jean-Jacques Gerbaud Entre Dauphiné et PACA
Nicolas George a écrit :
Jean-Jacques Gerbaud wrote in message
<48fd6bb2$0$1502$426a74cc@news.free.fr>:
J'ai également supprimé 3 noyaux que je n'utilisais plus mais la taille de /
n'a pas diminué :-)
Quant à /var/log :
[root@concerto /]# du -sh /var/log
16G /var/log
16 (seize !) GO ! Il y a un problème là !
Si j'affine un peu plus, après un reboot et suppression des 3 kernels :
[root@concerto viejo]# du -x /var/log | sort -rn | head -n 50
392K /var/log/cups
72K /var/log/daemons
20K /var/log/cron
16K /var/log/mail
16G /var/log
5,3G /var/log/kernel
4,8M /var/log/security
Ma 1ère réaction serait de virer les fichiers kernel et security qui, à eux
deux, représentent quand même plus de 10 GO ! Mais je ne pense pas que ça
serait la meilleure des solutiosn, n'est ce pas ?
J'ai également supprimé 3 noyaux que je n'utilisais plus mais la taille de / n'a pas diminué :-)
Quant à /var/log : [ /]# du -sh /var/log 16G /var/log
16 (seize !) GO ! Il y a un problème là !
Si j'affine un peu plus, après un reboot et suppression des 3 kernels : [ viejo]# du -x /var/log | sort -rn | head -n 50 392K /var/log/cups 72K /var/log/daemons 20K /var/log/cron 16K /var/log/mail 16G /var/log 5,3G /var/log/kernel 4,8M /var/log/security
Ma 1ère réaction serait de virer les fichiers kernel et security qui, à eux deux, représentent quand même plus de 10 GO ! Mais je ne pense pas que ça serait la meilleure des solutiosn, n'est ce pas ?
Un conseil pour faire ça proprement ?
-- Jean-Jacques Gerbaud Entre Dauphiné et PACA
Lolotte
Jean-Jacques Gerbaud a écrit :
Si j'affine un peu plus, après un reboot et suppression des 3 kernels : [ viejo]# du -x /var/log | sort -rn | head -n 50 392K /var/log/cups 72K /var/log/daemons 20K /var/log/cron 16K /var/log/mail 16G /var/log 5,3G /var/log/kernel 4,8M /var/log/security
Ma 1ère réaction serait de virer les fichiers kernel et security qui, à eux deux, représentent quand même plus de 10 GO ! Mais je ne pense pas que ça serait la meilleure des solutiosn, n'est ce pas ?
Un conseil pour faire ça proprement ?
Tu les vires avec un rm et après tu relances syslog sinon il va être perdu. L'idéal est quand même de faire tourner les logs et les supprimer au bout d'un certain temps, logrotate fait ça très bien.
Lolotte
Jean-Jacques Gerbaud a écrit :
Si j'affine un peu plus, après un reboot et suppression des 3 kernels :
[root@concerto viejo]# du -x /var/log | sort -rn | head -n 50
392K /var/log/cups
72K /var/log/daemons
20K /var/log/cron
16K /var/log/mail
16G /var/log
5,3G /var/log/kernel
4,8M /var/log/security
Ma 1ère réaction serait de virer les fichiers kernel et security qui, à
eux deux, représentent quand même plus de 10 GO ! Mais je ne pense pas
que ça serait la meilleure des solutiosn, n'est ce pas ?
Un conseil pour faire ça proprement ?
Tu les vires avec un rm et après tu relances syslog sinon il va être perdu.
L'idéal est quand même de faire tourner les logs et les supprimer au
bout d'un certain temps, logrotate fait ça très bien.
Si j'affine un peu plus, après un reboot et suppression des 3 kernels : [ viejo]# du -x /var/log | sort -rn | head -n 50 392K /var/log/cups 72K /var/log/daemons 20K /var/log/cron 16K /var/log/mail 16G /var/log 5,3G /var/log/kernel 4,8M /var/log/security
Ma 1ère réaction serait de virer les fichiers kernel et security qui, à eux deux, représentent quand même plus de 10 GO ! Mais je ne pense pas que ça serait la meilleure des solutiosn, n'est ce pas ?
Un conseil pour faire ça proprement ?
Tu les vires avec un rm et après tu relances syslog sinon il va être perdu. L'idéal est quand même de faire tourner les logs et les supprimer au bout d'un certain temps, logrotate fait ça très bien.
Lolotte
Nicolas George
Jean-Jacques Gerbaud wrote in message <48fe08a1$0$12488$:
sudo du -x / | sort -rn | head -n 50
Voila ce que me donne cette commande : [ viejo]# du -x / | sort -rn | head -n 50
Ce n'est pas la même commande. Tu as manifestement un alias pénible sur du, probablement « du -h » qui ruine le résultat de la commande.
Jean-Jacques Gerbaud wrote in message
<48fe08a1$0$12488$426a34cc@news.free.fr>:
sudo du -x / | sort -rn | head -n 50
Voila ce que me donne cette commande :
[root@concerto viejo]# du -x / | sort -rn | head -n 50
Ce n'est pas la même commande. Tu as manifestement un alias pénible sur du,
probablement « du -h » qui ruine le résultat de la commande.
Jean-Jacques Gerbaud wrote in message <48fe08a1$0$12488$:
sudo du -x / | sort -rn | head -n 50
Voila ce que me donne cette commande : [ viejo]# du -x / | sort -rn | head -n 50
Ce n'est pas la même commande. Tu as manifestement un alias pénible sur du, probablement « du -h » qui ruine le résultat de la commande.
Jean-Jacques Gerbaud
Nicolas George a écrit :
Jean-Jacques Gerbaud wrote in message <48fe08a1$0$12488$:
sudo du -x / | sort -rn | head -n 50
Voila ce que me donne cette commande : [ viejo]# du -x / | sort -rn | head -n 50
Ce n'est pas la même commande. Tu as manifestement un alias pénible sur du, probablement « du -h » qui ruine le résultat de la commande.
je suis désolé mais je ne sais pas ce qu'est un "alias pénible".
maintenant, après avoir viré les deux fichiers de /var/log (kernel et security) voilà le résultat de la commande d[ viejo]# df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb5 21G 14G 5,3G 73% /
J'ai évidemment réussi à récupérer un peu de place mais il en reste encore beaucoup trop dans les log.
Comment faire en sorte que les log ne restent pas dans les répertoires indéfiniment ?
Merci de continuer la leçon.
-- Jean-Jacques Gerbaud Entre Dauphiné et PACA
Nicolas George a écrit :
Jean-Jacques Gerbaud wrote in message
<48fe08a1$0$12488$426a34cc@news.free.fr>:
sudo du -x / | sort -rn | head -n 50
Voila ce que me donne cette commande :
[root@concerto viejo]# du -x / | sort -rn | head -n 50
Ce n'est pas la même commande. Tu as manifestement un alias pénible sur du,
probablement « du -h » qui ruine le résultat de la commande.
je suis désolé mais je ne sais pas ce qu'est un "alias pénible".
maintenant, après avoir viré les deux fichiers de /var/log (kernel et
security) voilà le résultat de la commande
d[root@concerto viejo]# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sdb5 21G 14G 5,3G 73% /
J'ai évidemment réussi à récupérer un peu de place mais il en reste encore
beaucoup trop dans les log.
Comment faire en sorte que les log ne restent pas dans les répertoires
indéfiniment ?
Jean-Jacques Gerbaud wrote in message <48fe08a1$0$12488$:
sudo du -x / | sort -rn | head -n 50
Voila ce que me donne cette commande : [ viejo]# du -x / | sort -rn | head -n 50
Ce n'est pas la même commande. Tu as manifestement un alias pénible sur du, probablement « du -h » qui ruine le résultat de la commande.
je suis désolé mais je ne sais pas ce qu'est un "alias pénible".
maintenant, après avoir viré les deux fichiers de /var/log (kernel et security) voilà le résultat de la commande d[ viejo]# df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb5 21G 14G 5,3G 73% /
J'ai évidemment réussi à récupérer un peu de place mais il en reste encore beaucoup trop dans les log.
Comment faire en sorte que les log ne restent pas dans les répertoires indéfiniment ?
Merci de continuer la leçon.
-- Jean-Jacques Gerbaud Entre Dauphiné et PACA
Jonathan ROTH
Jean-Jacques Gerbaud a écrit :
Nicolas George a écrit :
J'ai évidemment réussi à récupérer un peu de place mais il en reste encore beaucoup trop dans les log.
Pour vider un fichier: $ :> /var/log/[nom]
Comment faire en sorte que les log ne restent pas dans les répertoires indéfiniment ?
logrotate
Jean-Jacques Gerbaud a écrit :
Nicolas George a écrit :
J'ai évidemment réussi à récupérer un peu de place mais il en reste
encore beaucoup trop dans les log.
Pour vider un fichier:
$ :> /var/log/[nom]
Comment faire en sorte que les log ne restent pas dans les répertoires
indéfiniment ?
J'ai évidemment réussi à récupérer un peu de place mais il en reste encore beaucoup trop dans les log.
Pour vider un fichier: $ :> /var/log/[nom]
Comment faire en sorte que les log ne restent pas dans les répertoires indéfiniment ?
logrotate
Thierry B.
--{ Jonathan ROTH a plopé ceci: }--
$ :> /var/log/[nom]
uuo: :)
-- En gros, tu veux dire que troller, c'est écrire une connerie en sachant que c'est une connerie alors qu'écrire une connerie, c'est écrire une connerie en croyant que c'est un truc intelligent ? --{ SC, in fcol.debats }--
--{ Jonathan ROTH a plopé ceci: }--
$ :> /var/log/[nom]
uuo: :)
--
En gros, tu veux dire que troller, c'est écrire une connerie en sachant que
c'est une connerie alors qu'écrire une connerie, c'est écrire une connerie
en croyant que c'est un truc intelligent ?
--{ SC, in fcol.debats }--
-- En gros, tu veux dire que troller, c'est écrire une connerie en sachant que c'est une connerie alors qu'écrire une connerie, c'est écrire une connerie en croyant que c'est un truc intelligent ? --{ SC, in fcol.debats }--
