Archlinux.fr [Forums]

Bonjour,

Je cherche désespérément à libérer de la place sur ma partition racine.

J'ai constaté la présence dans la répertoire /var de nombreux fichiers *.log :
par exemple, errors.log, errors.log.1, errors.log.2, errors.log.4 mais il y a aussi des kernel.log.1, 2, 3 et 4, message.log, lpr.log, etc...

Tous ces log.x peuvent-ils être impunément supprimés (pour ne conserver que le *.log) car à vue de nez, toutes ces extensions log 1, 2, 3, 4 occupent un bon paquet de Mo ?

Merci pour vos avis.

En effet tu peux les supprimer

Ceux qui se terminent en .1,.2, etc. sont certainement là parce que tu utilises logrotate (+ cron).
Tu peux modifier le nombre de logs à conserver dans /etc/logrotate.conf.

Effectivement, logrotate.conf prévoit 4 créations (1 par semaine si je comprends bien) :

Code : Tout sélectionner

[okapi@Archibald ~]$ cat /etc/logrotate.conf
# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# restrict maximum size of log files
#size 20M

Je pense que je pourrais mettre rotate à 1 et limiter le format maximum des log files en décommentant #size 20M et en limitant à 5M

Correct ?

À toi de voir ce qui te convient.

Ceci étant, si tu as des logs très volumineux, il faudrait peut-être vérifier si tu n'as pas un problème plus sérieux ailleurs (par log volumineux, ça dépend du type de log et de ton usage bien sûr, histoire d'avoir un repère: le plus lourd devrait être everything.log.x qui peut-être de plusieurs Mo au bout d'une semaine, même si tout va bien... et bien sûr pacman.log qu'il faut mieux conserver tel quel).

@ Foolecho

Effectivement, hormis le fichier everything.log qui pèse 28 Mo et ses acolytes log.1, log.2, etc... qui pèsent chacun environ 2 Mo, les autres ne pèsent que quelques Ko.

Je m'abstiendrai de limiter le format à 5 Mo comme je l'avais envisagé vu que everything.log nécessite près de 30 Mo.

Pour ce qui de ma suggestion de donner la valeur 1 à rotate (au lieu de 4), est-ce valable ?

Merci de me le confirmer ou de me faire vos observations.

mimile a écrit :Pour ce qui de ma suggestion de donner la valeur 1 à rotate (au lieu de 4), est-ce valable ?

J'imagine.

mimile a écrit :Effectivement, hormis le fichier everything.log qui pèse 28 Mo et ses acolytes log.1, log.2, etc... qui pèsent chacun environ 2 Mo

28 Mo pour celui en cours !

À ta place, j'y jetterai un oeil (ou au moins dans le errors.log si ce dernier est gros lui aussi).

Quand j'essaye d'ouvrir everything.log (avec gedit), j'ai un message d'alerte signalant que le fichier contient des caractères illisibles et que cela risque d'endommager le fichier.

Avec cat, ça démarre le 19 août et défile pendant de longues minutes, ce qui explique sans doute son poids.

A noter qu'everything.log.4 démarre le 25 juillet.

Le fichier errors.log pèse environ 250 Ko et voici les dernières lignes

http://pastebin.archlinux.fr/450177

Si tu le juges nécessaire, je pourrai t'envoyer les dernières lignes d'everything.log

Rien d’alarmant, la rotation ne se fait juste pas toutes les semaines... (weekly) Ceci n'est pas normal par contre.
Tu as quoi comme daemon cron ?

Code : Tout sélectionner

pacman -Qs cron

Je te conseil cronie qui est dans core

Voilà ce que renvoie ta commande :

Code : Tout sélectionner

[okapi@Archibald ~]$ sudo pacman -Qs cron
local/cronie 1.4.8-3 (base)
    Daemon that runs specified programs at scheduled times and related tools
[okapi@Archibald ~]$ systemctl | grep cron
[okapi@Archibald ~]$

Que dois-je déduire de ces indications ?

Rien, on ne sait pas du tout ce que tu utilises.
Tu utilises systemd ? Si oui avec syslog ? Il nous manque trop de contexte
Dans les cas contraire je ne sais que te répondre...

Il est vrai que je n'ai pas été très explicite quant à mon mode de fonctionnement mais il me semblait que, dans mon précédent message, le fait d'avoir effectuer une recherche de cron avec systemctl mettrait en évidence que je suis en full systemd, ce que je confirme.

Pour le surplus et si je m'en réfère à ceci :

Code : Tout sélectionner

[okapi@Archibald ~]$ systemctl | grep syslog
syslog-ng.service         loaded active running       System Logger Daemon
syslog.socket             loaded active running       Syslog Socket
syslog.target             loaded active active        Syslog
[okapi@Archibald ~]$

On peut en déduire que j'utilise effectivement syslog.

Cela est-il suffisant ou dois-je fournir d'autres indications ?

Lancer cron via systemd ?

Code : Tout sélectionner

systemctl enable crond.service
#ou
systemctl enable cronie.service

Sinon as tu bien pensé à modifier la configuration de syslog-ng (Je pense que oui d'après ce que tu donnes )

Code : Tout sélectionner

Sinon as tu bien pensé à modifier la configuration de syslog-ng (Je pense que oui d'après ce que tu donnes )

Euh, je suis par avance navré de poser une question qui va sans doute t'agacer, mais en quoi faut-il modifier la configuration de syslog-ng ?

S'agit-il du fichier /etc/syslog-ng/syslog-ng.conf ?

Si oui, le voici : http://pastebin.archlinux.fr/450180

http://wiki.archlinux.fr/Systemd#syslog
Sinon, syslog ne log pas tout.
(D'ailleurs, je sais pas si t'as vraiment besoin d'avoir un historique des logs au format texte ? Si c'est pas le cas, tu peux tout simplement supprimer syslog et utiliser journald)

Salut

OK pour journald

Sur le plan pratique, quand tu parles de supprimer syslog, ça revient à faire :

Code : Tout sélectionner

systemctl disable syslog-ng.service

ou me trompé-je ?

Si non, ensuite :

Code : Tout sélectionner

mkdir /var/log/journal

Et enfin, indiquer dans /etc/systemd/journald.conf

Code : Tout sélectionner

SystemMaxUse=50M
SystemMaxFileSize=10M

Correct ?

Si oui, pourrais-je supprimer tous les *.log qui se trouvent dans /var/log ?

Désolé de poser des questions qui t'apparaîtront sans doute basiques mais ce n'est pas évident pour quelqu'un comme moi qui n'a finalement que très peu de connaissances en informatique linuxienne et en particulier celle d'Arch qui est quand même très différente des autres distros que j'ai abordées jusqu'à présent.

Amicalement,

Ne supprime surtout pas pacman.log
Sinon par sécurité évite de supprimer les *.log si tu as un doute

Tu peux avoir la liste de ceux gérés par syslog avec :

Code : Tout sélectionner

grep -o '/var/log/.*.log' /etc/syslog-ng/syslog-ng.conf

Sinon, t'as besoin de logs plus anciens que le démarrage ? Si non, pas la peine de créer /var/log/journal

J'ai fait comme indiqué dans mon précédent message.

Dans /var/log/journal (après reboot), j'ai un dossier nommé 8d266ac467b94bafa3917f8a97181b3d dans lequel je trouve trois fichiers impossible à ouvrir.

Comment peut-on exploiter ce genre de fichier pour en retirer les différents log ?

C'est pour ça que j'ai posé la question avant :

tuxce a écrit : (D'ailleurs, je sais pas si t'as vraiment besoin d'avoir un historique des logs au format texte ?

On attaque pas le fichier en direct, il faut utiliser journalctl (toujours la même page wiki

)

Archlinux.fr [Forums]

[gain de place] suppression de fichiers log

[gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log

Re: [gain de place] suppression de fichiers log