ZimaOS ya contaba con un visor de registros de contenedores Docker cuando se publicó esta solicitud de funciones de 2025, pero la solicitud de un visor completo de registros del sistema y del journal seguía siendo independiente. IceWhale corrigió su respuesta inicial y mostró el control existente «Terminal y registros» para las aplicaciones.
Esto significa que no deben confundirse dos necesidades diferentes: los registros de los contenedores de aplicaciones forman parte del flujo de trabajo de la aplicación, mientras que journalctl a nivel del host y los registros de los servicios del sistema sirven para diagnósticos más profundos.
Los registros de las aplicaciones Docker ya estaban disponibles
La captura de pantalla de IceWhale muestra la interfaz de configuración de la aplicación con un botón de Terminal y registros. Si un contenedor no se inicia, se cierra repetidamente o muestra una interfaz web incorrecta, esta debería ser la primera fuente de registros que se consulte.
Los registros del sistema pertenecen a otra capa
Una respuesta posterior de la comunidad solicitó específicamente un visor de registros de todo ZimaOS similar a journalctl. El hilo original no muestra que se haya incluido un navegador completo de registros del host como resultado de la solicitud.
La documentación actual de ZimaOS sigue ofreciendo el terminal para diagnósticos más profundos. La descripción general de las funciones de ZimaOS indica que los registros integrados y el acceso al terminal están disponibles para solucionar problemas.
Usa primero la fuente de registros más específica
Si una aplicación Docker no funciona, revisa sus registros antes de buscar en todos los servicios del sistema. Si fallan el almacenamiento, la red, el arranque o los servicios nativos de ZimaOS, pasa al terminal del host y al registro del sistema correspondiente.
Los conceptos básicos de las aplicaciones Docker ayudan a distinguir los fallos a nivel del contenedor de los fallos a nivel del host.
Recopila los registros antes de reiniciarlo todo
Un reinicio puede borrar el estado que causó un fallo temporal. Guarda el error, la hora, el nombre del contenedor y la versión de ZimaOS antes de reiniciar una aplicación o todo el NAS.
En resumen
La solicitud de 2025 se basaba en parte en una función que había pasado desapercibida: los registros de Docker ya estaban en la interfaz de configuración de la aplicación. La solicitud más amplia de un visor del journal de todo el host es diferente. Empieza con el registro de la aplicación cuando el fallo afecte a una aplicación y utiliza los registros del terminal o del sistema solo cuando el problema esté por debajo de Docker.
