<p>Salut,<br>
Désolé pour pour le goret quotage..<br>
4Go dans /var/log c'est pas normal !<br>
Regarde quel est le ou les fichiers les plus gros et vire le.<br>
Tu dois avoir un soucis avec logrotate qui ne recycle pas les vieux logs (ou pas tous).</p>
<p>--<br>
Aymeric.<br>
Send with my HTC.</p>
<div class="gmail_quote">Le 26 oct. 2011 18:54, "momo" <<a href="mailto:m.g13@orange.fr">m.g13@orange.fr</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le 25/10/2011 12:12, Jérémy Ruffet a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Salut,<br>
<br>
Effectivement, la prochaine fois utilise LVM ! :)<br>
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 :<br>
/ sda1 ext3 (2G pour être bien pénard avec plusieurs kernels d'installés et 2 ou 3 conneries dans /root)<br>
tout le reste en LVM avec :<br>
/usr /var /tmp /home swap, voire /opt etc...<br>
<br>
C'est un peu plus "lourd", mais beaucoup plus souple.<br>
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.<br>
<br>
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".<br>
La méthode à mon sens la plus efficace est le "bind mount" :<br>
<br>
- 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) :<br>
Exemple pour /usr :<br>
<br>
# mkdir /home/mount<br>
# cp -a /usr /home/mount/<br>
- 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 :<br>
# rm -rf /usr 2,1G<br>
- On recrée /usr qui servira de point de montage :<br>
# mkdir /usr<br>
- On modifie fstab<br>
# echo "/home/mount/usr /usr bind defaults,bind 0 0" >> /etc/fstab<br>
<br>
Rédémarrage...<br>
<br>
C'est moins risqué que la retaille de partitions, et pas SI sale je trouve (vu la situation).<br>
<br>
Petites corrections / précisions sinon :<br>
<br>
On 10/24/2011 11:04 PM, Laurent GUERBY wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
# tune2fs -m 0 /dev/sda1<br>
Par defaut 5% de l'espace est reservé a la creation du systeme de<br>
fichier, la commande ci-dessus permets de liberer cet espace.<br>
<br>
</blockquote>
<br>
Ce n'est pas de l'espace réservé à la création du système de fichier, mais aux processus root.<br>
"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‐<br>
cesses are prevented from writing to the filesystem. The default percentage is 5%."<br>
(man 8 mkfs.ext3)<br>
<br>
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.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Autre question : as-tu repere quel repertoires prennent de la place sur<br>
la racine ? Pour arriver a 10 GB il doit y avoir un truc gros quelque<br>
part, a regarder :<br>
<br>
# du -ks /var/* /usr/*> /tmp/du.txt<br>
# sort -n /tmp/du.txt<br>
<br>
</blockquote>
<br>
:)<br>
<br>
# du -hs /var/* /usr/* | sort -rh<br>
<br>
Pour info, il existe aussi un utilitaire graphique qui s'appelle "baobab".<br>
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.<br>
<br>
<br>
Jérémy<br>
</blockquote>
bon, aujourd'hui je prends un peu de temps pour regarder vos réponses<br>
Le ménage, bien sur que l'ai fait avant d'ecrire à la liste, clean, autoclean, deborphan, j'ai nettoyer les logs.<br>
mais avec la réponse de jeremy, j'ai vu un peu plus de choses :<br>
root@debian:/home/momo# du -hs /var/* /usr/* | sort -rh<br>
4,1G /var/log<br>
2,1G /usr/share<br>
1,5G /usr/lib<br>
293M /var/lib<br>
287M /usr/bin<br>
113M /var/cache<br>
60M /usr/src<br>
34M /usr/sbin<br>
16M /usr/include<br>
5,0M /var/backups<br>
1,8M /usr/games<br>
432K /var/run<br>
364K /var/spool<br>
128K /usr/local<br>
96K /usr/lib64<br>
28K /var/games<br>
16K /var/samba<br>
16K /var/lock<br>
8,0K /var/www<br>
8,0K /var/tmp<br>
4,0K /var/opt<br>
4,0K /var/mail<br>
4,0K /var/local<br>
rien que /var/log , /usr/share, /usr/lib, ça prends 7.7 G.<br>
<br>
j'ai peu de temps en semaine, mais le week-end, je prendrai du temps pour regarder tout ça de plus prés.<br>
LVM, jamais testé. connais pas du tout, baobab non lus,je vais chercher de bonnes doc, si possible en français<br>
merci à tous, je vous tiendrai au courant.<br>
<br>
-- <br>
salut, momo<br>
<br>
je n'ai peut-être pas raison<br>
mais les autres auront bientôt tort<br>
______________________________<u></u>_<br>
GNU/Linux debian 2.6.32-5-686<br>
______________________________<u></u>_<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Toulouse-ll mailing list<br>
<a href="mailto:Toulouse-ll@toulibre.org" target="_blank">Toulouse-ll@toulibre.org</a><br>
<a href="http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll" target="_blank">http://toulibre.org/cgi-bin/<u></u>mailman/listinfo/toulouse-ll</a><br>
</blockquote></div>