Entonces su consola tiene dos tipos de mensajes:
- generado por el núcleo (a través de printk);
- generado por el espacio de usuario (generalmente su sistema de inicio).
Los mensajes del núcleo siempre se almacenan en el búfer kmsg, visible a través de dmesg . También se copian a menudo en su syslog. (Esto también se aplica a los mensajes del espacio de usuario escritos en /dev/kmsg , pero son bastante raros).
Mientras tanto, cuando el espacio de usuario escribe su elegante texto de estado de arranque en /dev/console o /dev/tty1 , no está almacenado en ningún lugar. Simplemente va a la pantalla y eso es todo. Así que creo que casi cualquiera La solución, a excepción de la sugerencia de la consola en serie de Rowan, terminará siendo muy específica de la distribución (debido a que cada sistema de inicio realiza el registro de manera diferente) o un "hackeo invasivo" que involucra pirateo de strace o kernel o algo así.
En el mejor de los casos, su sistema de inicio será registrar todos los eventos importantes en el syslog (/var/log/messages o similar). Por ejemplo:
systemd[1]: Starting BIRD routing daemon...
bird[478296]: /etc/bird.conf, line 2: syntax error
systemd[1]: bird.service: Control process exited, code=exited status=1
systemd[1]: Failed to start BIRD routing daemon.
(systemd y upstart también registran los servicios stdout/stderr; muchos otros sistemas de inicio simplemente lo redirigen a la consola o a ninguna parte).
Una sugerencia es hacer que otra computadora portátil filme la pantalla de inicio con alta resolución y velocidades de cuadro y luego reproduzca lentamente el resultado (MOV - MP4 - AVI ) - tal vez no sea la mejor solución, sino simplemente implementar y es para depurar de todos modos, ¿verdad? Solo una Idea...