por que os segundos arquivos de log em / var / log não são compactados

os logs /var/log/(Debian / Ubuntu) são armazenados como

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

como logs do kernel, syslogs etc.

Vejo que, à medida que as informações de log aumentam, elas são armazenadas dividindo-se em arquivos menores (em vez de manter tudo em um único arquivo). Gostaria de saber por que o segundo arquivo ( x.log.1) não está compactado? É algo mais fácil de acessar logs mais recentes?

Concordo com você, que só deve fornecer um acesso mais fácil aos arquivos recentes. De qualquer forma, o comportamento real é decidido pela diretiva logrotate 'delaycompress', que diz 'não compactar o arquivo enquanto você gira, mas compactá-lo na próxima vez'.

O motivo histórico pode ser encontrado no manual do 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.

Sim, isso é feito para facilitar o acesso aos arquivos de log mais recentes. A opção logrotate delaycompresscontrola isso. Na página de manual do logrotate:

delaycompress

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.