Eu tenho um sistema embarcado rodando uma instalação slim do Buildroot Linux com kernel 3.10.105. Aparentemente, a maioria dos comandos vem do BusyBox aqui, e parece que nem sempre implementam a funcionalidade completa das contrapartes regulares... Gostaria de saber se o registro mais presistent simplesmente não é implementado aqui, ou talvez isso possa ser configurado?
Então, se eu executar htop, vejo que syslogd e klogd estão em execução. Posso ver mensagens recentes do kernel no arquivo /var/log/messages. No entanto, não há kern.log nessa pasta de log. Tudo o que está lá é: mensagens, resolv.conf, sshd e, em seguida, 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 travar ao usar um determinado driver.
Posso fazer isso com as ferramentas BusyBox?
EDIT : 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 esta saída de ajuda significa "executar em primeiro plano". A única opção que um parâmetro de arquivo é: -O FILE, e diz que o padrão é /var/log/messages, então é o arquivo "live".
Se o sistema travasse quando você carregasse um driver, provavelmente havia um kernel panic, e o kernel não gravaria as últimas mensagens no arquivo de log, pois 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 ocorre o problema.
Você também pode tentar
dmesg --followuma conexão de rede, talvez veja algo útil.