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.

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

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?

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

Ce n'est pas que des messages d'erreurs
A chaque démarrage des messages de tous types sont rajoutés
 
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é

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?

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

Linux c'est le kernel, il s'en fout comme de l'an 40 des fichiers de log
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, ...)

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

Oui quand je parlais de Linux je parlais de l'ensemble, du bazar quoi    (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?

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

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

Mon /tmp se vide automatiquement à chaque reboot.
 
J'ai pas bien compris à quoi servait la commande jlighty, j'ai eu ceci :
 

 
Alors?

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

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

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

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

J'ai 1Mo pour /tmp
 
Mais j'ai pas vraiment de comparaison, je sais pas si c'est trop ou pas assez

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.

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   )

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

/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

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

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

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

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

effectivement c'est plus simple

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.

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

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 :

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...

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