Salut, Désolé pour pour le goret quotage.. 4Go dans /var/log c'est pas normal ! Regarde quel est le ou les fichiers les plus gros et vire le. Tu dois avoir un soucis avec logrotate qui ne recycle pas les vieux logs (ou pas tous).
-- Aymeric. Send with my HTC. Le 26 oct. 2011 18:54, "momo" <m....@orange.fr> a écrit : > Le 25/10/2011 12:12, Jérémy Ruffet a écrit : > >> Salut, >> >> Effectivement, la prochaine fois utilise LVM ! :) >> Je suis pas forcément fan du tout LVM par contre, en ce sens où si tu as >> un problème au démarrage (kernel, udev...), ça risque d'être plus compliqué >> à réparer que si tu as un setup du genre : >> / sda1 ext3 (2G pour être bien pénard avec plusieurs kernels d'installés >> et 2 ou 3 conneries dans /root) >> tout le reste en LVM avec : >> /usr /var /tmp /home swap, voire /opt etc... >> >> C'est un peu plus "lourd", mais beaucoup plus souple. >> En cas de problèmes, tu pourras toujours accéder à ton / (qui comprend >> entre autres /boot /bin /etc), et à partir de là monter/réparer le reste. >> >> Si tu as fais le ménage, que tu te retrouves toujours bloqué en espace >> disque, et que tu as pas envie de retailler tes partitions, tu peux >> effectivement passer par la solution "faire des liens". >> La méthode à mon sens la plus efficace est le "bind mount" : >> >> - Démarrage sur live CD, tu montes / et /home de ton système, puis tu te >> places dans la racine de ton système (chroot) : >> Exemple pour /usr : >> >> # mkdir /home/mount >> # cp -a /usr /home/mount/ >> - A partir de là, une fois que tu as vérifié que ton /usr est bien copié >> dans /home/mount/usr, tu détruis l'ancien pour faire de la place : >> # rm -rf /usr 2,1G >> - On recrée /usr qui servira de point de montage : >> # mkdir /usr >> - On modifie fstab >> # echo "/home/mount/usr /usr bind defaults,bind 0 0" >> /etc/fstab >> >> Rédémarrage... >> >> C'est moins risqué que la retaille de partitions, et pas SI sale je trouve >> (vu la situation). >> >> Petites corrections / précisions sinon : >> >> On 10/24/2011 11:04 PM, Laurent GUERBY wrote: >> >>> # tune2fs -m 0 /dev/sda1 >>> Par defaut 5% de l'espace est reservé a la creation du systeme de >>> fichier, la commande ci-dessus permets de liberer cet espace. >>> >>> >> Ce n'est pas de l'espace réservé à la création du système de fichier, mais >> aux processus root. >> "Specify the percentage of the filesystem blocks reserved for the >> super-user. This avoids fragmentation, and allows root-owned daemons, such >> as syslogd(8), to continue to function correctly after non-privileged >> pro‐ >> cesses are prevented from writing to the filesystem. The >> default percentage is 5%." >> (man 8 mkfs.ext3) >> >> Du coup, puisqu'il y a de fortes chances pour que les fichiers qui >> prennent de la place appartiennent à root, la manip ne changera probablement >> rien. >> >> Autre question : as-tu repere quel repertoires prennent de la place sur >>> la racine ? Pour arriver a 10 GB il doit y avoir un truc gros quelque >>> part, a regarder : >>> >>> # du -ks /var/* /usr/*> /tmp/du.txt >>> # sort -n /tmp/du.txt >>> >>> >> :) >> >> # du -hs /var/* /usr/* | sort -rh >> >> Pour info, il existe aussi un utilitaire graphique qui s'appelle "baobab". >> Il ne semble cependant pas possible (avec la version que j'ai toujours) >> d'analyser par partition (patch quelqu'un ?), ça reste pratique si la >> problématique de place revient pour /home par exemple. >> >> >> Jérémy >> > bon, aujourd'hui je prends un peu de temps pour regarder vos réponses > Le ménage, bien sur que l'ai fait avant d'ecrire à la liste, clean, > autoclean, deborphan, j'ai nettoyer les logs. > mais avec la réponse de jeremy, j'ai vu un peu plus de choses : > root@debian:/home/momo# du -hs /var/* /usr/* | sort -rh > 4,1G /var/log > 2,1G /usr/share > 1,5G /usr/lib > 293M /var/lib > 287M /usr/bin > 113M /var/cache > 60M /usr/src > 34M /usr/sbin > 16M /usr/include > 5,0M /var/backups > 1,8M /usr/games > 432K /var/run > 364K /var/spool > 128K /usr/local > 96K /usr/lib64 > 28K /var/games > 16K /var/samba > 16K /var/lock > 8,0K /var/www > 8,0K /var/tmp > 4,0K /var/opt > 4,0K /var/mail > 4,0K /var/local > rien que /var/log , /usr/share, /usr/lib, ça prends 7.7 G. > > j'ai peu de temps en semaine, mais le week-end, je prendrai du temps pour > regarder tout ça de plus prés. > LVM, jamais testé. connais pas du tout, baobab non lus,je vais chercher de > bonnes doc, si possible en français > merci à tous, je vous tiendrai au courant. > > -- > salut, momo > > je n'ai peut-être pas raison > mais les autres auront bientôt tort > ______________________________**_ > GNU/Linux debian 2.6.32-5-686 > ______________________________**_ > > > > ______________________________**_________________ > Toulouse-ll mailing list > Toulouse-ll@toulibre.org > http://toulibre.org/cgi-bin/**mailman/listinfo/toulouse-ll<http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll> >
_______________________________________________ Toulouse-ll mailing list Toulouse-ll@toulibre.org http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll
