[Toulibre] partition racine pleine

Mer 26 Oct 19:16:21 CEST 2011

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.g13 at 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 at 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 at toulibre.org
> http://toulibre.org/cgi-bin/**mailman/listinfo/toulouse-ll<http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://toulibre.org/pipermail/toulouse-ll/attachments/20111026/f3874899/attachment.html>