[ HOW-TO ] Liberer de l'espace sur la partition / (racine)
Bonjour,
moi j'ai un disque plein a 70% (7 G sur 100) [df -m]
mais avec la commande du -sh / je n'ai que 2.5 Go
une idée ?
nouni600
14/04/2011, 20h48
Je ne comprend pas, j'ai suivi le tuto à la lettre,
J'ai bien le dossier home/portage qui s'est remplie,
le emerge ne me donne plus l'erreur:
Code:
Searching...
[ Results for search key : bash ]
[ Applications found : 11 ]
* app-benchmarks/bashmark
Latest version available: 0.6.2
Latest version installed: [ Not Installed ]
Size of files: 21 kB
Homepage: http://bashmark.coders-net.de
Description: Geno's cross platform benchmarking suite
License: GPL-2
* app-cdr/bashburn
Latest version available: 2.1.2
Latest version installed: [ Not Installed ]
Size of files: 75 kB
Homepage: http://bashburn.sourceforge.net
Description: cd burning shell script
License: GPL-2
* app-cdr/mybashburn [ Masked ]
Latest version available: 1.0.2
Latest version installed: [ Not Installed ]
Size of files: 73 kB
Homepage: http://mybashburn.sourceforge.net/
Description: Command-line burning interface of data and music CDs and DVDs
License: GPL-2
* app-shells/bash
Latest version available: 3.2_p33
Latest version installed: 3.2_p17
Size of files: 2,563 kB
Homepage: http://cnswww.cns.cwru.edu/~chet/bash/bashtop.html
Description: The standard GNU Bourne again shell
License: GPL-2
* app-shells/bash-completion
Latest version available: 20050121-r10
Latest version installed: [ Not Installed ]
Size of files: 88 kB
Homepage: http://www.caliban.org/bash/index.shtml#completion
Description: Programmable Completion for bash
License: GPL-2
* app-shells/bash-completion-config
Latest version available: 0.8-r2
Latest version installed: [ Not Installed ]
Size of files: 106 kB
Homepage: http://developer.berlios.de/projects/bashcomp-config/
Description: Utility to easily add/remove bash-completions to your environment
License: GPL-2
* app-shells/bashdb [ Masked ]
Latest version available: 3.1.0.09
Latest version installed: [ Not Installed ]
Size of files: 643 kB
Homepage: http://bashdb.sourceforge.net/
Description: bash source code debugging
License: GPL-2
* app-shells/bashish [ Masked ]
Latest version available: 1.9.23
Latest version installed: [ Not Installed ]
Size of files: 1,576 kB
Homepage: http://bashish.sourceforge.net/
Description: Text console theme engine
License: GPL-2
* app-shells/gentoo-bashcomp
Latest version available: 20050516
Latest version installed: [ Not Installed ]
Size of files: 19 kB
Homepage: http://developer.berlios.de/projects/gentoo-bashcomp/
Description: Gentoo-specific bash command-line completions (emerge, ebuild, equery, etc)
License: GPL-2
* dev-lang/bashforth [ Masked ]
Latest version available: 0.55
Latest version installed: [ Not Installed ]
Size of files: 76 kB
Homepage: http://www.forthfreak.net/index.cgi?BashForth
Description: BashForth is a string-threaded Forth interpreter in Bash.
License: GPL-2
* games-fps/ut2004-hamsterbash [ Masked ]
Latest version available: 1
Latest version installed: [ Not Installed ]
Size of files: 96,296 kB
Homepage: http://www.eigensoft.com/hamsterbash.htm
Description: UT2004 Hamster Bash - Cute and violent hamster cage rampage mod
License: freedist
Mais quand je vérifie la place que j'ai avec df -h j'ai:
Code:
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/md/1 10G 6,9G 2,6G 73% /
udev 5,9G 240K 5,9G 1% /dev
/dev/md/2 1,4T 2,9G 1,3T 1% /home
shm 5,9G 0 5,9G 0% /dev/shm
Quelqu'un peut m'aider??
Merci d'avance
Pour info chez moi ce qui posait vraiment beaucoup de soucis c'était :
1/ Les caches (ils remplissaient à eux seul la partition)
2/ Les logs de réplication mysql
Je devais régulièrement supprimer les caches, ce qui éliminait tout l'intérêt de les avoir mis en place au départ. Je ne pouvais pas en diminuer le temps de stockage (1 heure ou un jour selon la page concernée). Un lien symbolique vers un dossier de la partition /home a tout résolu ... mes sites sont désormais plus rapides qu'auparavant grâce au cache qui peut enfin exercer en toute liberté. Je suis passé de 100% à 27% d'occupation de l'espace.
MagicManu
09/02/2011, 10h20
Bonjour à tous,
j'ai suivi toutes les consignes pour gagner de la place mais le disque redevient régulièrement plein (je supprime alors des petits fichiers comme qmail-queue.log...)
Ce que je ne comprend pas c'est que si je regarde l'espace disque :
Code:
xxxxx ~ # df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda1 3,0G 2,7G 114M 97% /
udev 482M 152K 482M 1% /dev
/dev/sda2 226G 8,9G 206G 5% /home
shm 482M 0 482M 0% /dev/shm
Mais où sont ces 2.7Go ?? Car si je regarde l'espace de tous les dossiers sauf /home j'ai :
Code:
xxxxx ~ # du -sh /{bin,boot,dev,emul,etc,lib,lib32,lib64,lost+found,mnt,opt,proc,root,sbin,sys,tmp,usr,var}
7,7M /bin
8,5M /boot
152K /dev
3,4M /emul
9,0M /etc
0 /lib
5,7M /lib32
7,0M /lib64
16K /lost+found
12K /mnt
4,0K /opt
0 /proc
336K /root
9,2M /sbin
0 /sys
1,4M /tmp
1,1G /usr
364M /var
Donc bien loin des 2.7 Go !
Y a t'il d'autres fichiers ou partitions cachées ? Merci.
[Atanacius]
08/01/2011, 22h08
Hey hey! Geoffroy, merci tu m'as résolu un problème qui m'intérrogeait sur moi même.
En fait je t'expliques, j'avais décidé de développer un site sous Drupal 7 (pour tester la bête qui défourrailles des pingouins, hum hum, fin' bref); j'ai fait des tonnes et des tonnes de classes CSS pour redésign le coeur de Drupal ainsi que des tonnes et des tonnes de lignes PHP/XML/XHTML/JS.. bref pleins d'improvments'...
Manque de bol, juste après ma dernière modification, je reçois une belle page blanche de mon site..
Mon serveur tourne bien, Apache fonctionne très bien, et peut charger mes autres sites.. Or... Principalement avec celui que j'ai modifié ça loade et ça loade à l'infini pour ensuite dire ""..
Coool belle erreur ça!
J'aime!
C'est clair, très clair même!
Je vais dans Webmin, je close le serveur SQL.. <<< eh me***e, il ne veut pas se fermer, oulààà je kiffes...>>>
Bon, la méthode dure, je le stopes en bash, et ensuite je le relances toujours en bash (donc sans passer par Webmin).. Résultat, ça se charge, ouaiiiis youpi chuis trop un boss. J'ai réparé le bug << me dis-je >>
Eh ben non, car après, en allant voir mon phpMyAdmin ça m'affiche une erreur redoutable...
Disk space FULL
WHAAAAAT??? THE F*CK?
Je zieutes du côté de mon diskspace réél et ça me retourne 50GO..
Et MySQL, phpMyAdmin me sort que mon espace disque est plein.. Non mais tu veux des baffes le SQL là ou quoi?
Alors ni-une, ni-deux, je regardes pour backup mes databases en vue d'un flush du cache... Manque de bol ça veut pas backup, ça "gèle..." NOOOOOOONNN POURQUOIIII???? (me dis-je là encore)..
Et finalement, n'ayant plus de solution fiable (mis à part latter le phpMyAdmin à coup de emerge..), je me rends gaiement (mais enragé et pas qu'un peu) ici..
Et là, "ALLEHUIHA" Tu es là! Tu me sauves, j'édites ce saleté de my.cnf et je flush les caches temporaires, et LA.. MySQL me dis que l'espace disque est plein encore...
ARRRRG, Vite une catapulte que je lui catapulte tout ce que j'ai dans sa g*ule...
Et finalement, je m'en vais détruire ces saleté de fichiers binaires, et ben non, il me dit "Niania vous n'avez pas les droits requis"..
MAIS... MAIS? PAs les droits???? Mais je suis loggué en root c*nn*rd !!
Bref, je rebootes ma machine, décidé à lui faire passer un sale quart d'heure, et finalement.. Ces conneries de logs se sont envolés (du fait de ma modification du my.cnf sûrement !
ET de ce fait, c'est pas demain la veille que je les réactiverais, je fais déjà des tonnes de backups via le crontab (-donc auto-) pas besoin de réenregistrer les requêtes SQL séparément dans un fichier sur une partition lockée à 3GO.
Ceci étant dit, MERCI A TOI Geoffroy !
Et même si ton post est vieux, et bien il m'a sauvé d'une crise cardiaque, et d'une mort certaine (-moi, comme mon serveur phpMyAdmin/MySQL).
Et vu qu'à l'heure d'aujourd'hui on est début 2011, et bien:
BONNE ANNEE A TOI !
Et finalement, grâce à ton histoire de logs de réplication de MySQL (et après un reboot) j'ai réussi à refaire fonctionner le bourzouf, jamais j'aurais pensé avoir une limite de 3GO sur la racine de mon HD !!!
Lors de l'achat de mon prochain serveur, je zieuterais mieux le processus d'installation !!
Geoffroy
12/06/2010, 21h46
defaut/linux != default-linux
smouhaer
25/05/2010, 09h28
Bonjour
J ai mis en place toutes les préconisation de ce tuto, mais je bloque sur la reconstruction du make.profile.
quand je lance l emarge j ai bien le message
emerge --search bash
..
!!! ARCH is not set... Are you missing the /etc/make.profile symlink?
!!! Is the symlink correct? Is your portage tree complete?
ensuite comme sur le tuto j applique le ls
# ls -alh /etc/make.profile
lrwxrwxrwx 1 root root 56 mai 25 10:14 /etc/make.profile -> /home/portage/profiles/default-linux/x86/2007.0/desktop/
puis les autre opération
sauf que lorsque je relance un emerge, j ai toujours le message ARCH is not set...
J ai été voir dans mon /home/portage/profile et j ai defaut/linux/x86/2008.0/desktop
J ai tenté de modifier /home/portage/profiles/default-linux/x86/2007.0/desktop/ par /home/portage/profile et j ai defaut/linux/x86/2008.0/desktop make.profile mais rien y fait
j ai toujours "arch..."
auriez vous une petite idée? je suis dessus depuis hier et mon cerveau sature ;-)
merci
Oops ! désolé...
surtout que je viens de me rendre compte que je suis un gros boulet vu que j'ai oublié la commande nano devant my.cnf...
cassiopee
12/04/2010, 22h38
Ici tu es dans la partie "How to", ce n'est pas l'endroit pour poser des questions,
c'est l'endroit pour déposer des trucs et astuces.
Repose ta question dans la partie "Serveurs dédiés" et tu auras plein de réponses
Salut
Merci pour ce tuto.
J'ai un problème avec mysql qui plante régulièrement depuis quelques temps avec dans les logs
Code:
Disk is full writing '/var/run/mysqld/mysqld-bin.000001' (Errcode: 28). Waiting for someone to free space
J'ai fait un df qui donne ça :
Code:
> df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 3099260 1959940 981888 67% /
udev 489852 160 489692 1% /dev
/dev/sda2 236749404 11943212 212779936 6% /home
shm 489852 0 489852 0% /dev/shm
Mon disque n'a pas l'air plein pourtant.
J'ai tenté ce qui est décrit dans ce tuto pour bouger les fichiers de logs mysql mais j'obtiens une erreur :
Code:
ksXXXXXX ~ # /etc/mysql/my.cnf
-bash: /etc/mysql/my.cnf: Permission non accordée
Je suis pourtant bien loggé en root...
Quelqu'un peut-il m'aider ?
Merci
Bonjour,
Est-il possible d'utiliser mount --bind pour régler ces problèmes d'espace.
Et si oui quel est la limite (kel fichier peuvent être binded ou non).
La méthode bind pouvant être intégrées dans le fstab, cela doit fonctionner dès le départ...
Quand pensez vous ?
david
Pour la première question, c'est résolu. Il suffisait de suivre le lien que tu as fourni, merci.
Pour
max_binlog_size = 50M
expire_logs_days = 7
Je les mets à quel endroit dans my.cnf ? Peu importe ?
Envoyé par
TBC_Ly0n
Quant à faire des rm sur des binlogs, c'est une belle connerie.
J'ai désactivé les binlogs et je souhaiterais supprimer proprement les logs restants (1,7Go). Comment dois-je m'y prendre ?
Pourquoi est-ce une belle connerie (les rm) ?
Merci.
Envoyé par
lemax
Le ciel me dit que c'est dans /etc/mysql/my.cnf...
Oui je ne vois pas d'autres fichiers...mais à l'intérieur, rien à propos de fichiers binaires.
T'as essayé ce que préconise TBC_Lyon ?
Merci
Le ciel me dit que c'est dans /etc/mysql/my.cnf...
Mais j'ai qu'une confiance limitée, le ciel ne sait pas tout !
Merci
Max
TBC_Ly0n
04/11/2009, 11h08
Au fond à gauche
Aide toi, le ciel t'aidera !
Tu taperais le mot clé magique dans notre ami google, il te dirait où il va !
Dans quel fichier il faut mettre ça ?
Merci
Max
TBC_Ly0n
04/11/2009, 10h35
Déjà, il faut savoir une chose : Si vous n'utilisez pas les binlogs, ne les activez pas !
Commentez les lignes dans le fichier qui va bien.
Si vous les utilisez, rajoutez ces paramètres :
max_binlog_size = 50M
expire_logs_days = 7
(à adapter selon votre configuration bien sur)
http://dev.mysql.com/doc/refman/5.0/...nary-logs.html
Quant à faire des rm sur des binlogs, c'est une belle connerie.
Envoyé par
lemax
Comment faire pour que ce fichier ne soit pas trop gros ou qu'il soit supprimé tous les X jours ?
Merci
pour ma part je surveille régulièrement le volume de la partition et je vais supprimer ce fichier manuellement, environ tous les 2 mois.
Sinon, tu peux faire une tâche cron ou aller dans la config de Mysql (fichier à trouver) et déplacer ce fichier pour qu'il se crée dans la partition /home.
à essayer mais je ne l'ai pas fait.
Envoyé par
Ginux
Seconde précision, le plus bénéfique pour mon serveur (release2 Gentoo) est la suppression de /var/run/mysqld/mysqld-bin.000001 et .000002...
Je les ai supprimés mais je ne vois l'espace libéré sur le serveur qu'après un reboot soft.
Merci à tous.
Comment faire pour que ce fichier ne soit pas trop gros ou qu'il soit supprimé tous les X jours ?
Merci
Bonjour, merci pour ce howto...tous les fichiers à supprimer sont identifiés.
Quelques précisions cependant tirés de ma petite expérience.
Attention à la suppression des fichiers dans /var/log, Ok pour les fichiers mais conserver les directory, clamav, Qmail... par exemple
Seconde précision, le plus bénéfique pour mon serveur (release2 Gentoo) est la suppression de /var/run/mysqld/mysqld-bin.000001 et .000002...
Je les ai supprimés mais je ne vois l'espace libéré sur le serveur qu'après un reboot soft.
Merci à tous.
Bonjour,
Tout d'abord, merci pour cet excellent tuto.
Avec un partition racine à env. 91 %, je commençais à avoir parfois quelques problèmes, sans penser avant la lecture de ce sujet que ça pouvait venir de là.
J'ai suivi ce tuto à la lettre. L'occupation de /dev/md/1 est redescendue à 69 %.
Je n'avais aucun souci jusque ce que m'aperçoive, quand j'ai voulu m'en servir, qu'OVHM avait disparu de mon webmin.
Quand j'essaie de le lancer via la barre d'adresse de mon navigateur :
"The Ovh Virtual Hosting Management module is not available on your system"
Quand j'essaie de réinstaller le module :
"Impossible d'installer le module à partir de http://opensource.ovh.net/download/ovhm.tar : Le module ovhm ne prend pas en charge ce système d'exploitation (Generic Linux 2.6)"
alex7995
28/07/2009, 23h54
J'utilise 40 % de mes 3 Go et ils me vont ! Tout est stocké sur /home
Liens symboliques pour apache et MySQL.
Pour les utilisateurs de postfix...
Vous devriez jeter un coup d'oeil sur le répertoire vmail
Code:
du -sh /var/spool/vmail/
Dans mon cas j'ai déplacé celui-ci dans /home/ avec un gain de 2go
Dean
http://www.progs.fr
magicbart
03/02/2009, 20h39
Je viens de lancer un eclean distfiles, et ca fait 1h30 que ça tourne.
Normal ou pas normal?
Geoffroy
31/01/2009, 12h50
Première ligne : tentative refusée de DoS en utilisant votre machine.
Deuxième ligne : sans doute un problème avec l'horloge système et l'horloge physique de votre machine (les derniers noyaux semblement ne pas convenir à toutes les machines en ce qui concerne le réglage de l'heure physique).
Merci pour ce tuto. En déplaçant portage sur /home je retombe effectivement à 79%, puis après un reboot du serveur à 54%.
Mais j'ai des messages en permanence dans /var/log/messages (que j'avais déjà quand je me suis aperçu de la saturation de /) comme:
Jan 29 14:23:16 ns36227 named[2771]: client 72.249.127.168#37504: query (cache) './NS/IN' denied
Jan 29 14:23:17 ns36227 collectd[3248]: rrd_update failed: traffic-lo.rrd: illegal attempt to update using time 1233235397 when last update time is 1233243386 (minimum one second step)
De plus phpmyadmin réagit bizarement. Si je fais une recherche sur un champ d'une table il ne rend aucun résultat mais redirige sur la page d'accueil.
Envoyé par
pabaillon
Bonjour,
Nouvelle saturation de la racine du serveur
donne
16K /var/spool/qscan/archives
182M /var/spool/qscan/quarantine
2,5M /var/spool/qscan/tmp
89M /var/spool/qscan/working
1,6G /var/spool/qscan
J'ai vidé des repertoires quarantine,
Code:
rm /var/spool/qscan/quarantine/policy/new/*
et
Code:
rm /var/spool/qscan/quarantine/viruses/new/*
Je sais pas si j'ai bien fait mais ça à libéré de la place et je recois à nouveau les mails.
J'ai tenté d'en faire de même mais cela me renvoie le message suivant:
-bash: /bin/rm: Liste d'arguments trop longue
Pouvez vous me dire que faire?
stockhausen
18/01/2009, 23h11
Salut à tous,
j'ai trouvé une petite surprise sur ma partition systhème j'ai un script sh qui fait des sauvegard et envoie des mails. En faitsant
du -sh /.maildir-sent
j'ai découvert
1,1G /.maildir-sent
je pense que le souci est situé à cet endroit. dès que je trouve la réponse, je vous poste l'information.
OKay donc j'avais installer un client mail "mutt" qui faisait l'envoie en ligne de commande d'une pièce attachée. A chaque envoi, il y avait une copie du mail envoyé dans le répertoire /.maildir/sent/cur
Pour inhiber cette copie, il vous suffit d'editer /etc/mutt/Muttrc et d'inhiber la ligne :
#set record=~/.maildir-sent/
Voila en espérant que cela pourra aider certaine personne.
bonne soirée
J'ai fait tout ce que vous me dites mais mon sda1 est à 69%...
Que puis-je faire encore svp ??
Code:
nsxxxxx spool # du -s /usr/*| sort -rn
509416 /usr/lib64
242580 /usr/share
126296 /usr/libexec
60772 /usr/bin
51332 /usr/local
27868 /usr/lib32
25100 /usr/include
19852 /usr/sbin
7072 /usr/x86_64-pc-linux-gnu
28 /usr/mes_scripts
12 /usr/i686-pc-linux-gnu
4 /usr/src
0 /usr/tmp
0 /usr/lib
nsxxxxx spool # du -s /var/*| sort -rn
295940 /var/spool
239828 /var/cache
106384 /var/lib
47340 /var/db
9632 /var/qmail
1108 /var/bind
988 /var/tmp
140 /var/run
8 /var/lock
4 /var/state
4 /var/empty
0 /var/mail
0 /var/log
Sur /home, ya pas besoin car ma partition est à 7% (même s'il y a des gros fichiers)...
Code:
nsxxxxx spool # du -s /home/*| sort -rn
15506208 /home/mysql
7041832 /home/sauvegardes
3281844 /home/log
2712724 /home/backupsite
2187556 /home/monsite
Pouvez-vous m'aider svp ?
Merci d'avance.
Bonjour,
Pour partitionner sous Linux, Windows et Mac y a l'excellent logiciel libre
Gparted Live CD. Pour un serveur je sais pas si y a moyen de modifier une partition.
Bonjour,
Merci pour ce tuto qui me fut de premier soin mais une question me taraude ...
Sur Windows, nous avions des tools comme partition magic pour pouvoir réaménager nos partitions lorsqu'une devenait trop limitée en quota ...
Existe t il un "programme" sous linux pour pouvoir réajuster la partition / sans devoir repasser par une réinstallation complète de la machine ?
Quand on a des machines avec plus des 750 giga de DD, une racine avec 3 giga est un peu juste surtout quand on compile des très gros fichiers ...
Je pense peut-être rêver mais qui sait
Bonsoir,
je suis comme vous confronter à ce problème de la partition racine qui devient de plus en plus petite. Moi dans mon vas c'est les répertoires ci-dessous qui sont pleins :
/var/run/mysqld 1.2Go
/usr 1.3Go
Pour commencer à faire le ménage, j'ai décidé de déplacer le répertoire mysqld vers ma partition /home. J'ai créé les répertoires nécessaires, j'ai copié le contenu de mysqld vers le répertoire «*/home/rep_racine/var/run/mysqld*» puis j'ai créé un lien symbolique vers celui-ci. J'ai supprimé les fichiers qui étaient
dans : var/run/mysqld. Je reboot le serveur, et là! grosse surprise le lien symbolique à disparu du répertoire /var/run/mysqld les fichiers binaires sont de nouveau créés.
Quelqu'un a une idée ?
Merci d'avance pour votre aide.
Envoyé par
AK72
Je regrette aussi qu'avec l'évolution de la taille des disques durs, on reste bloqué à 3 GO en racine par défaut, et sans beaucoup d'information à ce sujet pour les novices.
Ma racine est déjà pleine à 72% donc je vais devoir relancer une install en triplant la taille racine pour avoir une marge confortable et ne plus m'en soucier. (J'utilise seulement 1% de la Home, je n'ai pas besoin de 700 GO là)
Il y a quelques jours j'ai déjà dû réinstaller pour passer en 32bits et éviter les problèmes Release2/64bits/MySQL5
Un petit guide avec toutes ces informations sur ce qu'il faut faire avant d'entrer en production serait le bienvenu dès l'achat du dédié.
Je viens moi même de prendre un serveur dédié, et je viens de me rendre compte de cette limitation moi aussi. COmment faire pour augmenter la taille de cette partition racine????
EDIT: j'ai trouvé. Je réinstall.
Numinvest
02/11/2008, 16h59
Merci beaucoup à Geoffroy qui me sauve un dimanche soir !
Je me suis contenté de vider les répertoires temporaires "sans danger", mais le problème va revenir :
Espace pour root : Size 2.88 GB / Free 27.90 MB
Je ne suis pas assez familier de linux pour savoir comment augmenter la taille de la partition racine sans risque... Quelqu'un a-t-il déjà fait la manip ?
Nicoz, moi ça me semble bien pour la commande ln. On la retrouve
ici. ça concerne Ubuntu mais en ligne de commande ça revient au même
Code:
cd /var/www
sudo ln -s /home/votre_identifiant/répertoire_pour_votre_site mon_site
suffit juste de se mettre dans /var et d'enlever www avant de faire le lien symbolique
tout d abors un grand merci a vous tous pour ce post presque indispensable...cependant malgre toutes ces belles actions j aurais besoin de savoir ce qui est vraiment important et indispensable dans
/var :
car voila mon rendu
32K ./bind
252M ./cache
73M ./db
4,0K ./empty
104M ./lib
8,0K ./lock
17M ./qmail
124K ./run
4,7M ./spool
4,0K ./state
12K ./tmp
28K ./streaming
449M .
et dans /usr
141M ./bin
16K ./i386-pc-linux-gnu
2,3M ./i686-pc-linux-gnu
33M ./include
574M ./lib
97M ./libexec
61M ./local
16M ./sbin
693M ./share
317M ./src
27M ./qt
4,0K ./portage
5,4M ./kde
2,0G .
car la je galere un peu avec mes 90% d espace de cet partition mdr
Merci a vous
Salut , j'ai parcouru le forum pour trouvez une solution a long terme.
j'ai fait de la place sur /
mais j'ai remarqué que les sites web ( /var/www ) etaient stockés sur la petite partition /
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1 2,9G 2,4G 346M 88% /
tmpfs 501M 0 501M 0% /lib/init/rw
udev 10M 28K 10M 1% /dev
tmpfs 501M 0 501M 0% /dev/shm
/dev/hda2 226G 3,1G 212G 2% /home
est-iul possible de deplacer /var/www et le mettre dans /home/www et de faire un lien symbolique de l'ancien vers le nouveau ?
est ce que cette commande serait ok ?
mv /var/www /home/ && ln -s /home/www /var/www/
Geoffroy
01/10/2008, 21h04
Bonsoir,
Oui, il vaut mieux regarder les scripts d'OVH avant de les lancer. De mémoire, le lien symblolique ne suffira pas, le script réalisant un
Code:
rm -rf /usr/portage/
.
Pour la suppression nécessitant validation pour chaque fichier, celà vient du fait que par défaut sur les release 2, "rm" est un alias de "rm -i" (i comme interactif). Pour éviter celà, mais garder le comportement par défaut de cet alias judicieux, il faut préciser le chemin absolu de la commande :
Oui, vous pouvez supprimer le contenu de /var/tmp/portage/ (ce sont en fait les restes des emerge avortés).
Merci bcps Geoffrey !!
j'ai du opter pour la méthode du déplacement de l'arbre de portage !!, tout à l'air d'être ok, 500 mo de récuperer... c'est pas tellement mais j'était full, je vais voir ailleurce qui traine.
Sinon la la seule chose qui m'inquiete, c'est les complication que ca va comporter l'autre de la prochaine mise à jours de la release 2 ovh.
La meilleur méthode ne serait pas de télécharger le script ovh, de le lire, de corriger le pointage vers le portage, ou encore de créer un lien symbolique vers le portage par défault, vers le nouveau portage ( ne connaissant pas les limites des liens symbolique, je m'y risquerai pas )
Sinon pour le rm -Rf /usr/portage, j'ai eu également une demande pour chaque fichier ... je l'ai fait par le gestionnaire webmin et tout c'est supprimer tout seul
merci !
ps : je viens de remarquer que /var/tmp fait 400 mo
en tant que dossier temporaire je peux le vider ? j'ai dedans un dossier portage qui contien entre autre media-video, sys-devel, www-apps ... sans doute des résidu des mes installs ( il me semble apres vérif sur le net que je peux bien le nettoyer )
Bonjour,
Après avoir suivi cette procédure, et notamment déplacé tout /var/log vers /home/log je suis face à un nouveau problème, à savoir plus aucun email ne peut être envoyé à partir de mon serveur.
Voici le message de l'erreur affichée dans /home/log/mail.log :
"X-Qmail-Scanner-2.01st: [nsXXXXX.ovh.net] clamdscan: corrupt or unknown clamd scanner error or memory/resource/perms problem - exit status 512/2"
Savez-vous comment corriger ce problème?
Merci d'avance
Petite question annexe, est-ce que clamav et amavis sont installés par défaut sur les kimsufi ?
gameslover
31/07/2008, 14h17
Bonjour,
Même après avoir appliqué tout ce qui est cité dans ce sujet ainsi que ce qu'on peut trouver dans ce guide :
http://guides.ovh.com/SlashFull je constate que ma partition racine augmente toujours et je ne sais vraiment plus quoi faire pour nettoyer surtout que je ne sais pas comment le faire proprement... j'ai ces gros fichiers notamment :
Image
Et je ne sais pas du tout lesquels je peux supprimer sans risque ou pas, qqn pourrait-il m'aider ?
De plus, est-ce que certains d'entre vous ont confié la tâche de nettoyer la racine à OVH en infogérance déjà ? Parce que personnellement j'envisage de demander la chose, je préfère payer et que ça soit fait par un professionnel plutôt que de perdre des heures à chercher quel fichier je peux supprimer ou pas, etc...
Merci d'avance à tous
Bonjour,
même pb que tout le monde, merci les partitions à 3go...
Je sais pas quoi faire, je déprime...
J'ai fais une recherche en ssh avec find / -size +10024k -print
j'ai obtenu différents fichiers dont pas mal de :
/var/lib/amavis/tmp/amavis-20080703T115748-10230
/var/lib/amavis/tmp/clamav-6200383d6bb0d9412a258d462f337450
surement les logs qui font exploser la taille, mais je sais pas comment les supprimer, les mettre sur une autre partition...
Si quelqu'un a une solution "compréhensible" je suis preneur
Merci !
Je déconseille de supprimer à la main les logs binaires de Mysql. Je l'ai déjà fait et j'ai constaté que Mysql perdait ses reperes.
Vous devriez plutot diminuer la durée de validité des logs binaires.
Concretement, editer le fichier de config de Mysql my.cnf
Moi je les ai mis à 1 journée :
expire_logs_days = 1
Ensuite, pour liberer de la place, remise à 0 des logs binaires.
Connectez vous avec votre compte admin sur Mysql et faire :
reset master
Ce qui efface les logs binaires "proprement".
gameslover
19/07/2008, 14h25
Envoyé par
Geoffroy
Le premier, oui, vous pouvez le supprimer sans problème : c'est un log de réplication mysql.
Le second, non, il est sur le pseudo filesystem /sys, hum, la taille indiquée est sauf erreur tout ce qu'il y a de plus virtuelle.
Un grand merci pour votre réponse
Pour le second fichier, cela signifie que la taille indiquée n'est pas réelle et que je dispose donc de ces 536MB sur ma partition sda1 même s'ils sont indiqués comme occupés ?
Je précise que je suis un newbie Linux et je découvre avec grand intérêt la chose petit à petit
Edit : j'ai supprimé le premier fichier il y a plusieurs heures maintenant et je constate malheureusement que l'espace disque disponible n'a pas changé, dois-je effectuer une autre opération pour supprimer totalement ce fichier qui visiblement n'a pas encore disparu même si je ne le retrouve nulle part ??
Geoffroy
19/07/2008, 13h50
Le premier, oui, vous pouvez le supprimer sans problème : c'est un log de réplication mysql.
Le second, non, il est sur le pseudo filesystem /sys, hum, la taille indiquée est sauf erreur tout ce qu'il y a de plus virtuelle.
gameslover
19/07/2008, 13h28
Bonjour,
Tout d'abord un grand merci pour ce tuto qui m'a aidé à comprendre pourquoi mon disque dur était aussi rapidement plein... dommage qu'à l'achat tout soit fait automatiquement et qu'on se retrouve avec une partition aussi petite...
J'aurais juste une question. J'ai fouillé tous les répertoires présentés dans le tuto et j'ai trouvé que ce qui me prenait tout l'espace c'était la réplication mysql. Etant donné que je fais une sauvegarde de ma base tous les jours moi-même, j'ai donc désactivé ce système, depuis mon espace disque reste stable... cependant j'ai 2 gros fichiers qui me prennent la moitié de l'espace disque alloué environ et je ne sais pas si j'ose les supprimer sans risque... d'où mon message ^^
Il s'agit des fichiers suivants :
/var/run/mysqld/mysqld-bin.000001 qui fait 405MB
/sys/devices/pci0000:00/0000:00:02.0/resource2 qui fait 536MB
Je précise que je suis sous la release 2 Gentoo OVH 64bits. Puis-je supprimer ces deux fichiers ou dois-je impérativement les laisser ?
Merci d'avance pour vos réponse
Super ayé mon release 2 a atteint les 100% d'espace disque utilisé sur sda1, j'ai déplacé l'arbre de portage, et le dossier de log est sur home deja. Je sais plus quoi faire sachant qu'il me trouve rien dans tmp. Je précise que j'ai désactive les logs de réplications pour MYSQL.
j'ai trouvé ca qui prend énormément de place dans /var/run/mysqld
> du -h --max-depth=1
1.7G .
> ls -l
total 1773928
-rw-rw---- 1 mysql mysql 1073741943 Jul 10 23:28 mysqld-bin.000001
-rw-rw---- 1 mysql mysql 740966167 Jul 13 15:30 mysqld-bin.000002
-rw-rw---- 1 mysql mysql 68 Jul 10 23:28 mysqld-bin.index
-rw-rw---- 1 mysql mysql 5 Jul 7 21:50 mysqld.pid
srwxrwxrwx 1 mysql mysql 0 Jul 7 21:50 mysqld.sock
kezako?
Résultat en plein milieu de mon site
Erreur SQL:
Error writing file '/tmp/MYLMZgJv' (Errcode: 28)
Aie aie
edit: Après redémarrage, ces deux fichiers ont disparus, me retrouve maintenant à 41% d'utilisation de la partition racine, tout va bien et merci pour les astuces.
Bonjour à tous,
J'ai été confronté au même problème de saturation de la partition / sur un release 2 ovh. Comme je devais trouver une solution rapide j'ai simplement déplacé un fichier de réplication de mysql vers l'autre partition (en utilisant la commande mv). Ce fichier faisait 700 mo. (pour pas perturber mysql, j'ai créé un nouveau fichier avec le même nom, mais vide). Et, ô surprise, l'espace disque disponible indiqué par df n'a pas changé ! je suis toujours à 99% d'utilisation de la partition !!
Il y a une corbeille sur linux ou quoi ?
Qqn saurait éclairer la lanterne ?
Qqch qui m'a mis la puce à l'oreille : mon mv s'est réalisé instantanément alors que le fichier fait qd même 700 mo ..
Jaunalgi
09/07/2008, 15h44
Merci pour le tuto, il est vraiment utile et bien fichu.
Par contre, j'utilise la commande suivante pour vider l'arbre afin de ne pas avoir à valider pour chaque fichier.
Code:
rm -Rf /usr/portage
Geoffroy
30/06/2008, 16h45
C'est écrit noire sur blanc me semble t'il, dans le manager, lors de la première installation.
Merci beaucoup pour ce tuto.
je viens de le faire et mon serveur qui était saturé à cause de l'utilisation à 100% de / remarche parfaitement.
Je n'aurai jamais deviné que la partition de base fait 3go ??!!
KaipiYann
26/06/2008, 12h14
Bonjour Geoffroy,
Tout d'abord merci pour ton tuto parce que ca m'a sauvé d'une situation plutot difficile...le serveur MySQL étant tombé faute de place sur la partition...il a donc suffit de libérer la place prise par les logs mysql pour que tout revienne à la normale.
Malheureusement étant un newbie sur linux j'aurais aimé avoir quelques éclairage sur la façon dont fonctionne le système de fichier sur linux puisque je ne comprends pas bien du tout...
Voici mes interrogations : Le serveur est un superplan 2007 avec une distrib Debian Quand je fait un df -h il trouve:
/dev/md1 2,9G 1,2G 1,6G 43% /
tmpfs 501M 0 501M 0% /lib/init/rw
udev 10M 44K 10M 1% /dev
tmpfs 501M 0 501M 0% /dev/shm
/dev/md2 226G 6,1G 209G 3% /home
Et en fait je ne comprends pas comment fonctionne le partitionnage linux.
Déjà pourquoi y a il plusieurs partitions ? Est ce que la partition /dev/md1 doit plutôt servir à mettre des logiciels et /dev/md2 doit servir pour les données ? Par exemple pour mysql faut il mettre les bases de données et les logs sur /dev/md2 ?
Qu'est ce que cela signifie que la partition /dev/md1 est monté sur / alors que /dev/md2 est montée sur /home ? Parce que pour moi avec ma logique windows /home est à l'intérieur de / donc /dev/md2 est comprise dans /dev/md1 ?? Du coup comment savoir si un fichier fait partie de /dev/md1 ou de /dev/md2 ? Bref je n'y comprends pas grand chose...et si vous avez des suggestions de site ou tutorial à lire pour comprendre tout ca je suis preneur !
Merci pour votre aide.
Cordialement.
Y
pabaillon
03/06/2008, 19h39
Bonjour,
Nouvelle saturation de la racine du serveur
du -h --max-depth=1 /var/spool/qscan
donne
16K /var/spool/qscan/archives
182M /var/spool/qscan/quarantine
2,5M /var/spool/qscan/tmp
89M /var/spool/qscan/working
1,6G /var/spool/qscan
J'ai vidé des repertoires quarantine,
Code:
rm /var/spool/qscan/quarantine/policy/new/*
et
Code:
rm /var/spool/qscan/quarantine/viruses/new/*
J
e sais pas si j'ai bien fait mais ça à libéré de la place et je recois à nouveau les mails.
Geoffroy
25/05/2008, 20h22
Il vous serait plus facile de réinstaller le serveur avec un bon partitionnement.
Par ailleurs, concernant vos problèmes de compilation, vous pouvez fixer le répertoire temporaire sur
/home/tmpPortage, ça vous évitera de dimensionner / en fonction de l'espace temporaire nécessaires aux compilations.
Envoyé par
/etc/make.conf
PORTAGE_TMPDIR="/home/tmpPortage"
Bonjour,
petite question, je viens de recevoir mon kimsufi et je me suis aussi fait avoir et me retrouve avec un partitionnement qui n'alloue que 3G à / .
Je suis en train d'emerge et de tout mettre à jour et me rend compte que pour gcc l'espace libre est descendu à 500M. C'est maintenant glibc qui y passe et j'avoue avoir peur, il n'y a rien d'encore d'installé sur le serveur donc je pourrais réinstaller et choisir un autre partitionnement mais juste pour savoir : Est t-il possible de booter en mode rescue et d'utiliser parted pour changer tout ça ?
Merci !
Je regrette aussi qu'avec l'évolution de la taille des disques durs, on reste bloqué à 3 GO en racine par défaut, et sans beaucoup d'information à ce sujet pour les novices.
Ma racine est déjà pleine à 72% donc je vais devoir relancer une install en triplant la taille racine pour avoir une marge confortable et ne plus m'en soucier. (J'utilise seulement 1% de la Home, je n'ai pas besoin de 700 GO là)
Il y a quelques jours j'ai déjà dû réinstaller pour passer en 32bits et éviter les problèmes Release2/64bits/MySQL5
Un petit guide avec toutes ces informations sur ce qu'il faut faire avant d'entrer en production serait le bienvenu dès l'achat du dédié.
Geoffroy
29/04/2008, 00h03
Oui, le lien présenterait cet avantage de permettre l'application des patchs d'OVH ne manière transparente - sous réserve que le reste de la machine soit relativement conforme à une release 2.
pabaillon
28/04/2008, 12h50
Merci Geoffroy, pour toute ces explications éclairantes. Je vais me permettre une petite question qui pourrait être idiote, mais pourquoi ne pas utiliser un lien symbolique de /usr/portage/ vers /home/portage ?
Geoffroy
19/04/2008, 01h15
Bonsoir pabaillon
Malheureusement, c'est un effet de bord du patch-all.sh d'OVH.
Dans leur code (par exemple pour le patch-2.10-2.11.sh) :
...
echo
einfo "Getting new portage tree"
echo
wget ftp://${BINHOST}/made-in-ovh/release/${PATCH_VERSION}/portage${BITS}.tar.gz -O /tmp/portage.tar.gz || die "Problem with downloading portage${BITS}.tar.gz"
rm -rf /usr/portage/*
tar -xvf /tmp/portage.tar.gz -C /
rm -rf /tmp/portage.tar.gz
echo
einfo "Getting local portage tree"
echo
wget ftp://${BINHOST}/made-in-ovh/release/${PATCH_VERSION}/portage${BITS}-ovh.tar.gz -O /tmp/portage-ovh.tar.gz || die "Problem with downloading portage${BITS}-ovh.tar.gz"
rm -rf /usr/local/portage-ovh/*
tar -xvf /tmp/portage-ovh.tar.gz -C /
rm -rf /tmp/portage-ovh.tar.gz
....
La ligne intéressante est celle en gras : c'est l'extraction à la racine du snapshot (image) de l'arbre.
Si on regarde le contenu de cette archive, on trouve :
Code:
usr/
usr/portage/
usr/portage/app-accesiblity/
...
Donc le patch d'OVH télécharge à la main un snapshot tout neuf de portage (au lieu de faire un emerge --sync peut être plus couteux en temps/ressources)., et en extrait l'arborescence complète depuis la racine vers le répertoire classique de l'arbre (/usr/portage/) et son contenu (/usr/portage/*).
Morale de l'histoire :
- Soit on reste en "full release" : on évite alors de jouer avec ce genre d'organe du système, puisque les modifications seront effacées plus ou moins proprement lors d'un patch-all
- Soit on reste en "half-release" (c'est à peu près le cas de la machine que j'administre) : on utilise les paquets d'OVH, mais on applique les patch sélectivement, quitte à en réécrire une partie, après les avoir décortiqué ; toutes les mises à jour effectuées lors de ces patchs auront surement déjà été effectuées à la main précédemment
- Soit on sort complètement des release.
A vous de voir.
Bonsoir.
pabaillon
16/04/2008, 14h46
Bonjour
J'ai fait les modifications concernant l'arbre de portage. Je libère 15% de l'espace sur ma release Gentoo OVH 2. Cependant dès que je lance
wget
ftp://ftp.ovh.net/made-in-ovh/release/patch-all.sh -O patch-all.sh; sh patch-all.sh
Je suis toujours dans usr/portage/
J'ai fait une bêtise ?
Sous Debian, vous pouvez installer localepurge, cela nettoie les fichiers de lang inutilisé par votre OS (attention aux choix au moment de l'install).
deborphan : nettoie les paquets qui ne servent à rien
un petit coup de
apt-get autoclean && apt-get clean && debclean
debclean qui dépends du paquet devscripts il me semble...
Au final :
Code:
apt-get remove --purge `deborphan` && apt-get clean && apt-get autoclean && localepurge && debclean
Localepurge est celui qui fait gagner le plus de place à la première utilisation...
Edit : Je viens de trouver ça qui est plus nettoyeur "visuel" de /etc/ que pour l'espace :
Code:
dpkg --purge `dpkg --get-selections|awk '/deinstall/ {print $1}'`
Source Forum debian
Geoffroy
29/02/2008, 13h34
Correction dans la commande de définition de "PORTAGE_TMPDIR".
Geoffroy
28/02/2008, 17h25
Ajout de précisions concernant le symlinkage du profil, suite à la demande d'un Membre. Merci à lui.
(Il n'y aura pas d'ajouts supplémentaires, le texte du post ayant atteint la barrière fatidique des 10.000 caractères).
Parceque pour un serveur normal ça suffit amplement, vous n'êtes pas seul, cela convient à une majorité, et rien ne t'empèche d'envoyer les logs et autres vers /home avec un lien symbolique
Salut octave,
comme tu vopis j avais re edité mon poste avant ta reponse.
voilà ma version
MySQL version 5.0.21
maintenant j ai trouvé le prob, / est plein je pige pas pkoi sur un serveur de 250 gb vous faites un / de 3gb via l install auto.
C est pour quel but?
salutations
je viens d etre dans la meme situation,et là j hallucine aussi pour le coup de la partition à 3 gb, chapeau!
the_madhatter
20/11/2007, 14h49
Je tombe sur ce très bon tuto un peu trop tard malheureusement.
Je trouve ça hallucinant que OVH installe ses serveurs avec une partition racine de seulement 3Go quand le disque en fait 80... Forcément elle deviens full très vite.
Et quand on est pas habitué on perd une demi journée à comprendre que le problème vient simplement de là... :/
Geoffroy
19/10/2007, 22h09
Nombre d'utilisateurs de Linux, @home ou utilisant un serveur Ovh tournant sous Linux, se retrouvent du jour au lendemain avec une partition racine pleine ; c'est le début des ennuis : crash de divers daemons (serveur ; par exemple mysql, apache, etc).
De fait, il n'aurait pas fallu attendre que les premiers soucis commencent pour prendre les choses en main. Si vous ne vous connectez par régulièrement en ssh sur votre machine et n'utilisez pas "df -h" pour voir la proportion du système de fichier utilisé, il est quand même possible d'installer des utilitaires MRTG pour monitorer l'espace disque restant à intervalle régulier, et de façon automatique, avec en plus un résultat sous forme de graphique.
Cela étant, votre partition racine est pleine et vous ne savez plus quoi faire. Votre système est en production et vous ne pouvez vous résoudre à effectuer une réinstallation. Tâchons de donner ici une liste non exhaustive des méthodes utilisables pour libérer de l'espace disque.
Merci de lire la note de fin de post avant de poursuivre.
I - Méthodes simples et sans grand risque.
- Nettoyer /tmp
Ce répertoire contient un certain nombre de fichiers temporaires, créés par des programmes en cours d'exécution, dont les daemons (fichiers de session etc). Normalement, ce répertoire est nettoyer lors du boot de la machine.
- Nettoyer /var/tmp et plus spécialement /var/tmp/portage
Ce dernier contient souvent les répertoires de travail de portage, non effacés lorsque la compilation s'est arrêtée de manière prématurée.
- Nettoyer /usr/portage/distfiles et /usr/portage/packages
Le premier contient les sources des packets que vous avez installé ; le second les anciens packages binaires. Pour nettoyer ce répertoire, utilisez uniquement l'utilitaire eclean présent dans le package gentoolkit.
devrait vous renseigner sur l'utilisation de cet outil. Vous pouvez également trouver un tutoriel très complet sur les forums Gentoo.org [Fr].
- Nettoyer /usr/src
La hiérarchie de ce répertoire est classiquement la suivante :
Code:
nuxbox src # ls -lh
total 8.0K
lrwxrwxrwx 1 root root 22 Oct 5 22:58 linux -> linux-2.6.22-gentoo-r8
drwxr-xr-x 20 root root 4.0K Oct 5 23:46 linux-2.6.20-hardened-r10
drwxr-xr-x 19 root root 4.0K Oct 19 20:26 linux-2.6.22-gentoo-r8
drwxr-xr-x 19 root root 4.0K Oct 19 20:26 linux-2..--r
....
ie une liste de répertoires contenant la liste des sources de noyaux que vous utilisez, pour compiler votre noyau courant, pour certains packages, etc, ainsi qu'un lien symbolique vers les sources du noyau actuel.
Vous pouvez supprimer avec précaution les sources des noyaux inutilisées. Pour vérifier le noyau actuellement utilisé :
- Nettoyer /var/log ( /home/log)
Ce répertoire contient les fichiers logs des process du système et des daemons. Ils sont tous d'une utilité certaine à des degrés divers ; ainsi, ne les supprimez pas tout sans préavis.
vous indiquera l'espace disque utilisé par ce répertoire.
Si ce n'est pas déjà le cas, envisagez de mettre en place un système de rotation de log, comme logrotate ou dans le cas spécifique des fichiers de log apache, une application qui en plus vous fournira des graphiques détaillés des statistiques apache (exemple : webalizer). Le cas échéant, pensez à vérifier votre politique de rotation de log (référez vous à la documentation des packets considérés).
- Désactiver les logs de réplication mysql (ou d'autres daemons)
Mysql possède une fonctionnalité intéressante en cas de destruction des bases de données (pourvu qu'on l'ait activé avant bien entendu) : la réplication. L'idée de base est de logguer chaque requête dans un fichier de log pour permettre le cas échéant de recréer une base mysql comme elle l'étant à l'instant t à partir d'un dump de l'instant t-1. A partir de là on peu faire des choses encore plus évoluées (réplication maitre-esclave, etc). Pour plus d'informations, référez vous au manuel de référence de Mysql.
Là où le bas blesse, c'est que ces fichiers de logs, si on ne fait rien, prennent vite une taille démesurée (plusieurs giga octets) par fichier. Ils sont stockés dans /var/log/mysql . Il vous faut donc choisir entre deux alternatives:
-désactiver la réplication : Editez /etc/mysql/my.cnf ; dans la rubrique "[mysqld]"; commentez la ligne "log-bin"
Code:
[mysqld]
...
#log-bin
server-id = 1
....
-surveiller ces logs et mettre en place des rotations : it's up to you.
- Vous n'avez juste plus assez d'espace pour compiler un "gros" paquet (gcc, glibc (), etc). En plein milieu de la compilation, emerge s'arrête sur une flopée d'erreurs d'écriture et pour cause : la partition de travail est pleine jusqu'au dernier octet. En fait, portage compile par défaut les paquets dans un workdir (un par packet, portant le nom de l'ebuild) situé dans /usr/portage/...
La solution porcine : trouver le répertoire le supprimer, et le symlinker en provenance d'une partition disposant de l'espace nécessaire.
Çà marche, mais juste pour cet ebuild, et c'est théoriquement répugnant.
Donc on prend son courage à deux mains, on lit le man/la doc de portage (si si). Cela étant fait, on met à profit cette lecture : de manière condensée :
Code:
# mkdir /home/.portage_tmpdir
# chown portage:portage /home/.portage_tmpdir
# echo "PORTAGE_TMPDIR=/home/.portage_tmpdir" >> /etc/make.conf
- Nettoyer le répertoire de ccache
Si vous ne savez pas ce qu'est ccache, vous pouvez passer cette rubrique.
Vous pouvez effacer le contenu du répertoire ccache. Si nécessaire, modifiez l'espace disque alloué à ccache et l'emplacement du répertoire temporaire de ccache avec les directives CCACHE_SIZE et CCACHE_DIR dans /etc/make.conf
(créez au préalable le nouveau répertoire et donnez lui les permissions adéquates).
II - Méthodes plus délicates
- Déplacer l'arbre de portage (spécifique à Gentoo)
Passons la théorie sur portage, les man-pages et autre reference manual vous indiquerons tous ce que vous devriez savoir pour administrer un système sous Gentoo. L'arbre local téléchargé depuis les serveurs de Gentoo/Portage prend généralement un espace disque important.
Code:
# du -sh /usr/portage
vous indiquera comme d'habitude l'espace disque utilisé. Le problème est que par défaut il est situé dans /usr/portage .
Heureusement, tout cela étant bien conçu, on peut indiquer à portage où stocker l'arbre (par exemple dans une partition pleine de vide (sic) comme par exemple votre /home qui fait 250Go alors que votre pauvre / ne fait que 3 malheureux Go, mais c'est un autre histoire), et le resynchroniser. Mais, par soucis de respect pour le matériel et la bande passante des serveurs mettant à disposition l'arbre, procédons autrement.
- Méthode 1 : créer un partition dédiée à cet effet ; y déplacer l'arbre ; monter cette partition sur le point de montage /usr/portage (qu'on aura pris soin de vider).
- Méthode 2 : Vous êtes sur un serveur OVH ; pas moyen de toucher à la table des partitons puisqu'elles sont toutes montées. Qu'à cela ne tienne :
Créez le répertoire /home/portage; puis copiez l'arbre dans ce répertoire; et effacez l'ancien arbre.
Code:
# mkdir /home/portage
# chown portage:portage /home/portage
# cp -R /usr/portage/* /home/portage/
# rm -R /usr/portage
Puis indiquez à portage ou retrouver l'arbre : éditez /etc/make.conf et rajouter y les directives :
Code:
PORTDIR="/home/portage"
DISTDIR="/home/portage/distfiles" ou "${PORTDIR}/distfiles"
PKGDIR="/home/portage/packages" ou "${PORTDIR}/packages"
Bon, cela étant fait, on est fier(e) du travail accompli.
On vérifie que portage a bien emménagé :
Code:
# emerge --search bash
..
!!! ARCH is not set... Are you missing the /etc/make.profile symlink?
!!! Is the symlink correct? Is your portage tree complete?
Vous l'aurez déviné : en déplaçant l'arbre, on a rendu caduque le lien symbolique qui définit l'ARCH (architecture) du système : /etc/make.profile
Il vous faut le réétablir ; vous pouvez le faire à la main :
Code:
# ls -alh /etc/make.profile
///// Notez la ligne qui est alors affichée. Elle doit ressembler à " lrwxrwxrwx 1 root root 55 jan 22 21:42 /etc/make.profile -> /usr/portage/profiles/default-linux/x86/2007.0/desktop/ "
//// La partie qui nous intéresse est la fin du chemin ; ici : default-linux/x86/2007.0/desktop/ ; c'est votre profil.
# cd /etc
# rm -i make.profile
# ln -s /home/portage/profiles/// make.profile
ou le faire en utilisant eselect avec l'option profile.
Tutoriel complet (pourquoi réécrire ce qui l'est?) sur le Wiki de Gentoo.org .
- Déplacer l'arbre Portage par la méthode hardcore de la rubrique précédente. Si vous en êtes là vous savez comment faire ; en même temps vous n'avez pas de raison de lire ce tutoriel
- Supprimer les binaires des modules inutilisés sur votre système. Pas de tutoriel pour cette opération. "lsmod -l" devrait vous aidez à procéder sans casse.
Ce tutoriel ayant attrait à certains composants essentiels sur les systèmes basés sur la distribution Gentoo, il convient de procéder avec mesure et réflexion. Je ne peux être tenu pour responsable d'éventuels oublis ou erreurs dans ce tutoriel, ou d'un problème survenant sur votre système à la suite d'une manipulation décrite ici. Merci de me prévenir par MP en cas d'oubli.
