pourquoi les deuxièmes fichiers journaux sur / var / log ne sont pas compressés

les journaux /var/log/(Debian / Ubuntu) sont stockés sous

x.log
x.log.1
x.log.2.gz
...

comme les journaux du noyau, les syslogs, etc.

Je vois qu'à mesure que les informations du journal augmentent, elles sont stockées en les divisant en fichiers plus petits (plutôt que de les conserver tous dans un seul fichier). Je me demande pourquoi le second fichier ( x.log.1) n'est pas compressé? Est-ce quelque chose à voir avec l'accès plus facile aux journaux les plus récents?

Je suis d'accord avec vous, cela ne devrait permettre qu'un accès plus facile aux fichiers récents. Quoi qu'il en soit, le comportement réel est décidé via la directive logrotate 'delaycompress', qui dit 'ne compressez pas le fichier lorsque vous le faites pivoter, mais compressez-le la prochaine fois'.

La raison historique peut être trouvée dans le manuel logrotate:

Postpone  compression of the previous log file to the next rotation 
cycle.  This has only effect when used in combination  with compress. 
It can be used when some program can not be told to close its logfile and 
thus might continue writing to the  previous log file for some time.

Oui, cela est fait pour que les fichiers journaux plus récents soient plus faciles d'accès. L'option logrotate delaycompresscontrôle cela. Depuis la page de manuel logrotate:

délai de compression

Postpone compression of the previous log file to the next rotation cycle.  
This only has effect when used in combination with
compress.  It can be  used  when  some  program
cannot be told to close its logfile and thus might 
continue writing to the previous log file for some time.