Na minha instalação do archlinux, percebi que liberar os logs do diário para o disco pelo serviço systemd-journal-flush prolonga significativamente o processo de inicialização e mascarar o serviço melhora o tempo de inicialização. Posso mascarar permanentemente o serviço e executá -lo journalctl --flush
mais tarde quando o computador estiver ocioso para liberar os logs do diário para o disco. Isso causará algum comportamento indesejável do sistema?
relate perguntas
-
Níveis diferenciadores no journalctl
-
Altere o editor padrão para vim para _ sudo systemctl edit [unit-file] _
-
systemd: como posso executar um script no início de um serviço, sem editar a definição do serviço
-
Use o suporte de watchdog do systemd para reiniciar o aplicativo
-
Inicie/pare o serviço systemd usando o atalho de teclado [fechado]
A seguir estão as etapas para resolver isso:
journalctl --flush
/var/log/journal
Storage=auto
em/etc/systemd/journald.conf
Você deve ver uma melhoria no tempo de inicialização.
Outros apontam que a execução do journald sem nenhum log persistente é uma opção. Essa abordagem é documentada sem nenhum aviso específico e é usada em um grande número de sistemas. O Fedora começou sem diário persistente mais um daemon syslog, e o Debian ainda é o padrão.
Portanto, não há razão para esperar um problema.
Eu me sentiria à vontade para mascarar o serviço original e providenciar para que a descarga seja executada mais tarde, como você quiser.
Se em algum momento posterior você tiver um travamento estranho do sistema durante o processo de inicialização, você pode querer reativá-lo (e definir um valor baixo
SyncIntervalSec=
em journald.conf), para tentar recuperar quaisquer mensagens de registro relevantes.Em
/etc/systemd/journald.conf
, você pode definirStorage=auto
, que registrará no disco, se/var/log/journal
existir. Não crie o diretório.Em seguida, você pode usar sua abordagem de executar um comando quando ocioso para liberar o disco de logs: