[logs_backup]comment les supprimer?

[fazerick]

depuis que j'ai récupérer mon eeepc de réparation, celui-ci me crée un dossier logs_backup par jour. ce dossier de 67mo env contient un archivage des logs.
seulement, ca rempli mon petit SSD de 4go trop rapidement.....
je sais pas ou annuler cette action... ou plutot faire en sorte, qu'il ne conserve qu'un seul archivage et efface automatiquement les plus anciens

[Vinvin]

Tu peux désactiver le lancement du démon syslog-ng dans la ligne DAEMON du fichier /etc/rc.conf
Il suffit de placer un point d'exclamation devant le nom du démon :

Code : Tout sélectionner

DAEMONS=(... !syslog-ng ... )

[fazerick]

merci pour ta réponse
le "!" n'y était pas....

[ddup1]

Le mieux étant de configuerer la rétention des logs via logrotate.
Car pas de log du tout ca complique l'analyse en cas de souci.

[Vinvin]

Pour un SSD où il convient de limiter le nombre d'écritures, il me semble préférable de désactiver les logs. Et de les remettre en place uniquement lorsqu'il y a un souci.
Enfin, chacun fait comme il veut, hein !

[tuxce]

tu as pris un script quelconque ou suivi une installation particulière pour l'eeepc ?
parce que logs_backup ne fait ni partie de syslogd ni de logrotate et à mon avis, ça doit être un script qui sauvegarde les logs (qui doivent être mis dans un répertoire tmpfs) à l'extinction du pc.

[fazerick]

non, j'ai fait une install "maison" en suivant le wiki et en installant que ce que je voulais.....

mon pc est parti en sav (ecran hs)
et au retour, impossible de lancer une cession graphique car plus de place sur le disque systeme.
probleme résolu en supprimant le dossier logs_backup.
apres ceci, j'ai du refaire un rc.conf (sais pas pourquoi....)

mais comme dis plus haut, celui fait une sauvegarde quotidienne de 67mo..... ce qui finit par remplir mon ssd en 15j.

je vais etudier la piste de syslog-ng pour voir si il y a possibilité de le configurer autrement

[ddup1]

Pour un SSD où il convient de limiter le nombre d'écritures, il me semble préférable de désactiver les logs. Et de les remettre en place uniquement lorsqu'il y a un souci.
Enfin, chacun fait comme il veut, hein !

Oui et éviter un système de fichier journalisé ainsi que la gestion du atime.

Mais bon ya de grande chance que d'ici la mort du SSD il aura changer de PC ^^

[ddup1]

non, j'ai fait une install "maison" en suivant le wiki et en installant que ce que je voulais.....

mon pc est parti en sav (ecran hs)
et au retour, impossible de lancer une cession graphique car plus de place sur le disque systeme.
probleme résolu en supprimant le dossier logs_backup.
apres ceci, j'ai du refaire un rc.conf (sais pas pourquoi....)

mais comme dis plus haut, celui fait une sauvegarde quotidienne de 67mo..... ce qui finit par remplir mon ssd en 15j.

je vais etudier la piste de syslog-ng pour voir si il y a possibilité de le configurer autrement

Couple logrotate à syslog-ng.

[tuxce]

logrotate ne fait qu'agir sur les logs une fois ceux ci écrit, il ne répond donc pas au besoin, et je me répète mais logs_backup n'a de lien ni avec syslogd ni avec logrotate (par défaut en tout cas)

[ddup1]

Je suis d'accord mais si on dit à logrotate de faire un log chaque jour avec une rétention d'un jour ça ne dois pas trop manger de place.

Sauf si ça génère 67Mo de log par jour.

[tuxce]

son souci n'est pas seulement la place mais aussi l'écriture, mais bon, là il est parti...

[fazerick]

nan nan je suis toujours la
tout comme ces dossiers
le fait de ne pas charger syslog_ng ne change rien au probleme.

ce qui me préoccupe, n'est pas la durée de vie du SSD, il sera changé avant sa mort..... (quoique, des netbooks 9", y en a plus beaucoup).

je n'ai rien contre ses back ups mais remplacer celui de la veille me semblerait plus efficace et approprié.

je me rappelle pas avoir installé (ou configuré) quoique ce soit qui puisse faire ces back-ups...

[benjarobin]

http://bbs.archlinux.org/viewtopic.php?id=68889 ->

echo "Copying LOGs..."

now=`date +"%Y%m%d_%Hh%m"`
mkdir -p /logs_backup/$now
cp -Rp /var/log/* /logs_backup/$now/

A 90 % sur que cela vient de la :
http://aur.archlinux.org/packages.php?ID=23318

[fazerick]

en effet benjarobin, j'utilise ce paquet.......
je suis pas fort avec l'anglais mais je vais lire ton lien avec attention....

[fazerick]

je ne sais pas trop pourquoi et comment, mais il n'y a plus de nouveaux back-ups.....
donc je mets pas résolu