Não há mais log de inicialização desde 16.04?

20

Percebi que meu arquivo /var/log/boot.log tem data de 2016-04-22, última vez que iniciei em 15.10. Onde estão localizados os arquivos Xenial boot.log ?

    
por jasmines 27.04.2016 / 11:06

3 respostas

27

Use journalctl

Como journald contém todos os registros, você pode usar o comando journalctl com filtros adequados. No caso de boot.log , que costumava conter mensagens do sistema init, você poderia fazer:

journalctl -b0 SYSLOG_PID=1
  • -b0 mostra mensagens da inicialização atual, -b1 da inicialização anterior e assim por diante. Sem a opção -b , journalctl mostrará mensagens desde o início do log.
  • SYSLOG_PID filtra mensagens do PID 1, também conhecido como init.

Ou:

journalctl -b0 --system _COMM=systemd
  • _COMM=systemd procura mensagens do comando systemd . Como systemd é init, esse é o que nos interessa.
  • --system filtra as mensagens do log do sistema em vez dos logs da sessão do usuário.

Exemplo:

[email protected]:~$ journalctl -b0 SYSLOG_PID=1
Apr 30 12:29:18 muru-vm systemd[1]: systemd 229 running in system mode. (+PA
Apr 30 12:29:18 muru-vm systemd[1]: Detected virtualization qemu.
Apr 30 12:29:18 muru-vm systemd[1]: Detected architecture x86-64.
Apr 30 12:29:18 muru-vm systemd[1]: Set hostname to <muru-vm>.
Apr 30 12:29:18 muru-vm systemd[1]: Initializing machine ID from random gene
Apr 30 12:29:18 muru-vm systemd[1]: Installed transient /etc/machine-id file
Apr 30 12:29:18 muru-vm systemd[1]: Set up automount Arbitrary Executable Fi
Apr 30 12:29:18 muru-vm systemd[1]: Listening on fsck to fsckd communication
Apr 30 12:29:18 muru-vm systemd[1]: Reached target User and Group Name Looku
Apr 30 12:29:18 muru-vm systemd[1]: Listening on udev Kernel Socket.
Apr 30 12:29:18 muru-vm systemd[1]: Started Forward Password Requests to Wal
Apr 30 12:29:18 muru-vm systemd[1]: Listening on /dev/initctl Compatibility 
Apr 30 12:29:18 muru-vm systemd[1]: Listening on Journal Socket.
Apr 30 12:29:18 muru-vm systemd[1]: Created slice User and Session Slice.
Apr 30 12:29:18 muru-vm systemd[1]: Created slice System Slice.
Apr 30 12:29:18 muru-vm systemd[1]: Starting Braille Device Support...
Apr 30 12:29:18 muru-vm systemd[1]: Mounting POSIX Message Queue File System
Apr 30 12:29:18 muru-vm systemd[1]: Mounting Debug File System...
Apr 30 12:29:18 muru-vm systemd[1]: Mounting Huge Pages File System...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Load Kernel Modules...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Uncomplicated firewall...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Create list of required static 
lines 1-23

journalctl abre os registros em um pager por padrão, assim você não precisa canalizar para less .

Registro persistente

O Ubuntu, por padrão, não habilita logs persistentes de journald. Graças ao comentário do @Auspex , você precisa fazer qualquer um de:

  1. Edite /etc/systemd/journald.conf para incluir:

    Storage=persistent
    
  2. Crie um diretório /var/log/journal manualmente:

    mkdir /var/log/journal
    systemd-tmpfiles --create --prefix /var/log/journal
    systemctl restart systemd-journald
    

Relacionados:

por muru 30.04.2016 / 09:14
2

No Ubuntu 16.04, o arquivo boot.log ainda está localizado na pasta /var/log , como você pode ver aqui . O arquivo de registro de inicialização é a partir de hoje (2016-04-29). Talvez algo deu errado quando você instalou o Ubuntu 16.04 ou atualizou o sistema operacional do Ubuntu 15.10 para o Ubuntu 16.04 LTS.

Como alternativa, você pode examinar o comportamento geral de inicialização do abrangente arquivo kern.log . Outra alternativa possível seria configurar manualmente o syslog daemon para gerar o arquivo de log de inicialização e aqui está um tutorial exatamente como fazer isso: Como visualizar e configurar os logs do Linux

Informações adicionais:

Eu investiguei o comportamento do registro de inicialização em duas máquinas diferentes. Em um computador com um BIOS baseado em UEFI, o arquivo boot.log existe - mas em um computador com BIOS baseado em legado parece não existir. Portanto, caso o sistema esteja instalado no modo legado do BIOS (MBR / msdos), essa pode ser a explicação do porque o arquivo boot.log está datado de 2016-04-22, é uma sobra do Ubuntu 15.10.

Informação atualizada 2016-05-02:

Eu continuei investigando o comportamento do arquivo de log de inicialização e observei que o arquivo boot.log ainda existe na máquina baseada em UEFI, mas desde alguns dias o arquivo está vazio. Outra alternativa que tentei ver o que acontece durante o processo de boot, foi instalar BootChart , mas bootchart.png não existia a pasta /var/log como esperado após a reinicialização do sistema ... só havia uma pasta /var/log/bootchart vazia que também não continha o arquivo bootchart.png esperado.

Informação atualizada 2016-05-04:

Hoje, o arquivo boot.log parece ter "funcionalidade" novamente, ele é preenchido com informações parciais do processo de inicialização. Parece ser um comportamento de mudança aleatória, que acho que não pode ser resolvido aqui no Ask Ubuntu - então você deve considerar arquivar um relatório de bug no Launchpad para resolver isso!

Conclusão - após uma semana de investigação do comportamento do arquivo boot.log no Ubuntu 16.04: Você não deve mais se preocupar com /var/log/boot.log e apenas se acostumar com journalctl .

    
por cl-netbox 29.04.2016 / 12:53
2

Eu estava passando por alguns relatos de bugs e percebi isso aqui: link que o Plymouth está realmente escrevendo para boot.log.

Se você olhar para o link e pesquisar no seu navegador por 'boot.log', você verá as seguintes linhas :

[main.c:821] on_system_initialized:system now initialized, opening log 
[main.c:742] get_log_file_for_state:returning log file '/var/log/boot.log'
[main.c:805] prepare_logging:opening log '/var/log/boot.log'

Eu não entendo como funcionam os componentes internos do Plymouth, mas como ele é responsável pela tela inicial que aparece antes da tela de login, só posso presumir que, se não houver tela inicial (tela preta) antes de chegar a tela de login, o arquivo não é modificado. Se você tiver uma tela inicial exibida antes da tela de login, a saída do processo de inicialização será redirecionada para o arquivo boot.log.

    
por octoquad 12.05.2016 / 18:45