Qual é a utilidade do systemd-journal-flush.service?

O systemd-journal-flush.service solicita que o daemon de diário libere quaisquer dados de log armazenados em/run/log/journal em/var/log/journal, se o armazenamento persistent estiver ativado. Caso você tenha (já) arquivos de log enormes, isso resultará em uma inicialização mais lenta. Além disso, o disco (com /var/log) deve ser montado em um modus gravável para fazer isso.

Resumindo: enormes arquivos de log antigos, que são verificados durante a inicialização, e o acréscimo de novos dados de log resulta em um tempo de inicialização mais lento.

Para verificar o tipo de tamanho do log journalctl

journalctl --disk-usage

Para obter as informações de tempo e espaço em disco do processamento de liberação, digite o seguinte comando

journalctl -b --unit systemd-journald

A saída correspondente será semelhante

-- Logs begin at Sat 2018-12-08 00:40:23 CET, end at Mon 2018-12-10 19:40:27 CET. --
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: Journal started
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: Runtime journal (/run/log/journal/265c93c062bf4c8da41abfe2ae793452) is 4.7M, max 38.3M, 33.5M free.
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: Time spent on flushing to /var is 7.066904s for 132 entries.
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: System journal (/var/log/journal/265c93c062bf4c8da41abfe2ae793452) is 128.0M, max 256.0M, 128M free.

Você também pode

• Desativar o serviço (não recomendado)

  Então é possível que nem todos os dados do log sejam gravados no disco; irritante ao depurar falhas de inicialização.

• Use um comando journalctl --vacuum

  De journalctl -h

  --vacuum-size = BYTES Reduza o uso do disco abaixo do tamanho especificado
  - vacuum-files = INT Deixe apenas o número especificado de arquivos de diário
  - vacuum-time = TIME Remover arquivos de diário mais antigos que o tempo especificado

  Daí fazer um

   Sudo journalctl --vacuum-size=1G --vacuum-time=5d --vacuum-files=5
  

• Alterar tipo de armazenamento de systemd-journal-flush.service

  Primeiro, verifique seu tipo de armazenamento com

   systemctl cat systemd-journal-flush.service  | grep -i storage
  

  De man journald.conf

  armazenamento =

  Controla onde armazenar os dados do diário. Um dos "volátil", "persistente", "auto" e "nenhum".

  Se "volátil", os dados do registro de diário serão armazenados apenas na memória, ou seja, abaixo da hierarquia/run/log/journal (que é criada, se necessário).

  Se "persistente", os dados serão armazenados preferencialmente no disco, ou seja, abaixo da hierarquia/var/log/journal (que é criada se necessário), com um fallback para/run/log/journal (que é criado, se necessário), durante o arranque antecipado e se o disco não for gravável.

  "auto" é semelhante a "persistente", mas o diretório/var/log/journal não é criado se necessário, de forma que sua existência controle onde os dados de log vão.

  "nenhum" desativa todo o armazenamento, todos os dados de log recebidos serão descartados. O encaminhamento para outros destinos, como o console, o buffer de log do kernel ou um soquete syslog, continuará funcionando. O padrão é "auto".

  Edite o arquivo

  Sudo nano /etc/systemd/journald.conf
  

  Na seção de diário, descomente e altere:

  Storage=auto
  SystemMaxFileSize=1G
  SystemMaxFiles=5
  

  Salve e reinicie.