Des fichiers temporaires à supprimer?

Recherche :

Dernière réponse
Sujet : Des fichiers temporaires à supprimer?
Mjules	ben disons que tu devrais plutôt utiliser les mirroirs pour pas surcharger le serveur central. sinon, regarde aussi si tu n'as pas des fichiers core.xxxx (xxxxétant un nombre) dans ton home

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Mjules

ben disons que tu devrais plutôt utiliser les mirroirs pour pas surcharger le serveur central.

sinon, regarde aussi si tu n'as pas des fichiers core.xxxx (xxxxétant un nombre) dans ton home

Krini

Bon alors j'ai un peu avancé. Y'avait des tonnes de FTP dans /var/lib/apt. J'ai pensé que c'était à cause de ma sources.list et j'avais raison apparemment. J'ai tout effacé dans sources.list et j'ai mis 1 seule ligne :

Citation :

deb http://ftp.debian.org/debian/ unstable main non-free contri

Après un apt-get update mon dossier /var/lib/apt est descendu à 15Mo!
Par contre cette seule adresse suffira-t-elle?
Sinon pour dkpg je cherche mais j'ai pas trouvé comment il a pu être aussi gros...

Krini

Snif hors ligne :(
J'imagine que j'attendrai le levé du soleil

Krini

Arf trop tard j'ai tout fait en me mettant sur le rep avec ctrl + v et tab mais bon :)
apt > 58mo
dkpg > 37Mo
Le reste c'est 1 (et 2 quelques fois) Mo.

jlighty

effectivement c'est plus simple :D

deather2

du -sm *
et il le fera sur tout les repertoires

jlighty

essaye de faire des "du -sm" sur chaque répertoire, je sais c'est long :D

Krini

alien cddb dpkg lufs php4 tftpboot
amanda cups dumpdates menu-xdg samba ucf
apache debfoster emacsen-common misc sash wine
apt deborphan fontconfig mozilla-firefox scrollkeeper xdm
arpwatch defoma iptraf nessus setserial xfree86
bacula dhcp3 isdn nfs sgml-base xkb
binfmts dlocate kdm partimaged slrn xml-core
captive doc-base logrotate pcmcia smail

jlighty

dans /var/lib qui y a t-il comme répertoire ?

Krini

/var/autofs > 1Mo
/var/backups > 1Mo
/var/cache > 29Mo
/var/games > 1mo
/var/lib > 101mo
/var/local > 1mo
/var/lock > 1mo
/var/log > 12Mo
/var/mail > 1Mo
/var/run > 1mo ainsi que /spool /tmp /www et /yl

jlighty

143Mo pour /var, c'est quand même beaucoup
du -sm /var/cache ?
puis du -sm des autres répertoires situés à la racine de /var

Krini

143Mo pour /var

Pour df -h:

Tail. Occ. Disp. %Occ.
2,6G 2,1G 370M 86%

C'est just? C'est que j'ai Xp/Debian en multiboot sur mon 8Go. (en attendant mieux :( )

jlighty

et pour /var ? du -sm /var
fait aussi "df -h"

Il faut regarder par rapport à la capacité de ton disque dur, pour un 18Go, 1Mo est négligeable.

Krini

J'ai 1Mo pour /tmp

Mais j'ai pas vraiment de comparaison, je sais pas si c'est trop ou pas assez :/

jlighty

Citation :

C'est pas mieux de le vider via la crontab si le pc reboot rarement ?

:??: il y a quand même des fichiers à ne pas effacer dans /tmp
Krini >
du -sm /tmp
le résultat que tu as eu, est la taille en Mo du répertoire /var/log

Krini

l0ky a écrit :

fait gaffe a /var
beaucoup de soft mettent leur cache dedans

OK pour les softs, c'est apt-get clean qu'il faut dans ce cas?

deather2

l0ky a écrit :

/tmp éventuellement, moi a chaque reboot je le vide

C'est pas mieux de le vider via la crontab si le pc reboot rarement ?

l0ky	fait gaffe a /var beaucoup de soft mettent leur cache dedans

Krini

Mon /tmp se vide automatiquement à chaque reboot.

J'ai pas bien compris à quoi servait la commande jlighty, j'ai eu ceci :

Citation :

12 /var/log

Alors?

jlighty

déjà est ce que c'est ce répertoire qui prend le plus de place ?
tape "du -sm /var/log/"

l0ky

Krini a écrit :

ou si je vais directement chercher un howto logrotate sur Google.

[:klem3i1]

Krini a écrit :

Sinon à part tout ça, y'a pas d'autres dossiers/fichiers/log susceptibles de grossir?

/tmp éventuellement, moi a chaque reboot je le vide

Krini

Oui quand je parlais de Linux je parlais de l'ensemble, du bazar quoi :o (GNU/Linux/Debian/KDE/X/).

Bon dites moi juste si je peux supprimer à l'arrache le /var/log sans risques, avec un simple Suppr ou si je vais directement chercher un howto logrotate sur Google.

Sinon à part tout ça, y'a pas d'autres dossiers/fichiers/log susceptibles de grossir?

l0ky

Krini a écrit :

Ça peut aller jusqu'à occuper tout l'espace restant disponible ou y'a une gestion intelligente?

Ca peut tout occuper et apres tu es dans le khäkhä pour redémarrer :jap:
la gestion intelligente dépend de l'intelligence de l'administrateur :jap:

l0ky

Krini a écrit :

logrotate est obligatoire? Linux ne les nettoie pas automatiquement au bout d'un certain temps? Ça peut aller jusqu'à occuper tout l'espace restant disponible ou y'a une gestion intelligente?

Linux c'est le kernel, il s'en fout comme de l'an 40 des fichiers de log [:ootransparent]
C'est le boulot de logrotate de gérer les fichiers de log en fonction de différents parametres:
- la taille
- le temps
...
il peut les archiver (en tar.gz, zip..., les supprimer, ...)

Krini

J'ai essayé apt-get clean qui m'a libéré 30 Mo. C'est déjà ça!

Krini

Bon j'ai regardé vite fait, y'a beaucoup de fichiers à 0 octet sauf :
-Un fichier "messages" à 3.4Mo assez énorme dans son contenu. Des erreurs diverses qui s'écrivent quasiment toutes les 10 minutes. Pourtant tout fonctionne parfaitement depuis le début!
-kern.log qui fait 3.4Mo
-syslog qui fait aussi 3.4Mo
-lastlog 300Ko
-les autres fichiers font tout au plus quelques dizaines de Ko, donc négligeables.

logrotate est obligatoire? Linux ne les nettoie pas automatiquement au bout d'un certain temps? Ça peut aller jusqu'à occuper tout l'espace restant disponible ou y'a une gestion intelligente?

l0ky

Krini a écrit :

J'aurai dû préciser que je débutait un peu sous Linux...

Bah dans ma home oui à priori, puisque je ne me logue jamais en root (sauf pour démarrer le firewall).

Les trucs dans /var/log c'est les rapports d'erreurs non? J'en suis à 11Mo: Bien/PasBien? Je peux supprimer sans risques?

Ce n'est pas que des messages d'erreurs
A chaque démarrage des messages de tous types sont rajoutés [:spamafote]

configure correctement ta rotation de log, mets des limites sur la tailles de logs...
regarde du coté de logrotate

edit: perso je trouve que 11Mo en plusieurs semaines ce n'est pas si énorme
je suis à 131Mo mais j'ai logrotate de configuré

deather2

Oui ce sont surement les logs.
Peut etre un truc qui deconne et qui balance plein de warnings ou qqch comme ca...
examine les logs dans /var/log

Krini

jlighty

Uniquement dans ta home ?, les logs en /var/log ne prennent pas trop de place ?

Krini

Bonjour,

J'ai Debian 3.1 depuis quelques semaines et j'ai remarqué que la place disponible diminuai chaque jour de quelques centaines de Ko par jour, voire d'1 ou 2Mo.
Pourtant je ne fais rien pour qu'elle augmente, je vide mon cache, mon historique tous les jours. Pour les cookies je vais sur les même site à chaque fois, donc à priori ça ne devrait pas beaucoup se remplir.
Quotidiennement, j'utilise Mozilla-FireFox, Kmail, aMSN, XMMS, xine et mplayer. Ma mère joue au Mahjongg et c'est tout.
D'après vous, qu'est-ce qui peut faire diminuer la place.
Est-ce que j'ai à nettoyer des choses régulièrement?

Merci d'avance. Il me reste quelques 300Mo de libre (cause vieille config) mais j'ai peur qu'à force de ces diminutions ça n'arrive à saturation.