O ZimaOS já tinha um visualizador de registos de contentores Docker quando este pedido de funcionalidade de 2025 foi publicado, mas o pedido de um visualizador completo de registos do sistema/journal permaneceu separado. A IceWhale corrigiu a sua resposta inicial e mostrou o controlo “Terminal e Registos” já existente para as aplicações.
Isto significa que não se devem confundir duas necessidades diferentes: os registos dos contentores das aplicações fazem parte do fluxo de trabalho da aplicação, enquanto o journalctl ao nível do anfitrião e os registos dos serviços do sistema são diagnósticos mais aprofundados.
Os Registos das Aplicações Docker Já Estavam Disponíveis
A captura de ecrã da IceWhale mostra a interface de definições da aplicação com um botão Terminal e Registos. Para um contentor que não inicia, termina repetidamente ou apresenta uma interface Web defeituosa, esta deve ser a primeira fonte de registos a consultar.
Os Registos do Sistema Correspondem a Outra Camada
Uma resposta posterior da comunidade solicitou especificamente um visualizador de registos abrangente do ZimaOS, semelhante ao journalctl. O tópico de origem não mostra que tenha sido disponibilizado um navegador completo dos registos do anfitrião em resultado do pedido.
A documentação atual do ZimaOS continua a disponibilizar o terminal para diagnósticos mais aprofundados. A visão geral das funcionalidades do ZimaOS indica que os registos integrados e o acesso ao terminal estão disponíveis durante a resolução de problemas.
Comece pela Fonte de Registos Mais Específica
Se uma aplicação Docker estiver avariada, consulte os registos dessa aplicação antes de procurar em todos os serviços do sistema. Se falharem o armazenamento, a rede, o arranque ou os serviços nativos do ZimaOS, avance para o terminal do anfitrião e para o registo de sistema relevante.
Os fundamentos das aplicações Docker ajudam a distinguir falhas ao nível do contentor de falhas ao nível do anfitrião.
Recolha os Registos Antes de Reiniciar Tudo
Um reinício pode eliminar o estado que causou uma falha temporária. Guarde o erro, o carimbo de data/hora, o nome do contentor e a versão do ZimaOS antes de reiniciar uma aplicação ou todo o NAS.
Conclusão
O pedido de 2025 baseava-se parcialmente numa funcionalidade que tinha passado despercebida: os registos Docker já estavam disponíveis na interface de definições da aplicação. O pedido mais abrangente de um visualizador do journal de todo o anfitrião é diferente. Comece pelo registo da aplicação quando houver falhas na aplicação e utilize os registos do terminal/sistema apenas quando a falha estiver abaixo da camada Docker.
