Te recomendamos que revises esta respuesta en un entorno controlado antes de enviarlo a producción, un saludo.
Solución:
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 init).
Los mensajes del kernel 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 esos 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 bastante ninguna 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 sí mismo 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 …
Tienes la opción de respaldar nuestra labor dejando un comentario o valorándolo te estamos eternamente agradecidos.