Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2824 connectés 

 


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


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

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

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)