Eu tenho um sistema embarcado executando uma instalação enxuta do Buildroot Linux com o kernel 3.10.105. Aparentemente, a maioria dos comandos vem do BusyBox aqui, e parece que nem sempre eles implementam toda a funcionalidade das contrapartes regulares ... Gostaria de saber se mais registros pré-existentes simplesmente não estão implementados aqui, ou talvez isso possa ser configurado?
Então, se eu executar o htop, vejo que o syslogd e o klogd estão em execução. Eu posso ver as mensagens recentes do kernel no arquivo / var / log / messages. Não há kern.log nessa pasta de log, no entanto. Tudo o que está lá é: messages, resolv.conf, sshd e depois pastas: dbus, subsys.
Eu gostaria de inspecionar, após a reinicialização, o kern.log (ou qualquer arquivo equivalente) para ver o que aconteceu antes do sistema congelar ao usar um determinado driver.
Posso fazer isso com as ferramentas BusyBox?
EDITAR : Algumas notas devido a comentários:
Configuração: quando eu digito syslogd --help, ele menciona que " esta versão do syslogd ignora /etc/syslog.conf ". E de acordo com o htop, ele é executado com a opção -n, que de acordo com essa saída de ajuda significa "executado em primeiro plano". A única opção que um parâmetro de arquivo é: -O FILE, e ele diz que o padrão é / var / log / messages, então é o arquivo "live".
Se o sistema travasse quando você carregasse um driver, provavelmente haveria um kernel panic, e o kernel não gravaria as últimas mensagens no arquivo de log, porque isso poderia corromper o sistema de arquivos.
Você pode usar um console serial ou um console de rede para ver as últimas mensagens. Uma alternativa é "depuração de impressão" para localizar onde o problema ocorre.
Você também pode tentar dmesg --follow em uma conexão de rede, talvez você veja algo útil.