Este tópico de origem contém uma experiência de estabilidade útil, verificada pela comunidade, mas não uma causa-raiz comprovada ao nível do kernel. Um Aoostar R1 com Intel N150 executava o ZimaOS durante aproximadamente um dia e depois bloqueava completamente: o ecrã ficava em branco, o ping deixava de responder e a WebUI ficava inacessível até ser desligada e ligada a alimentação.
O autor original acabou por adicionar vários parâmetros de gestão de energia do Intel i915, além de um parâmetro de estado de energia do NVMe, à linha de comandos de arranque do ZimaOS. Quatro dias mais tarde, comunicou que o sistema continuava ligado sem interrupções e considerou a alteração bem-sucedida. Trata-se de uma verificação relevante por parte de um utilizador, mas não houve nenhum despejo de falha que associasse o problema a uma funcionalidade específica do i915, ao controlador NVMe ou a ambos.
Tratou-se de um Bloqueio Completo do Anfitrião, Não de uma Falha de uma Única Aplicação
Os sintomas descritos na origem foram um ecrã em branco, ping sem resposta, uma WebUI inacessível e a necessidade de desligar e ligar fisicamente a alimentação. Esta classe de falha é mais abrangente do que uma falha de um contentor Docker ou uma sessão de navegador obsoleta e deve ser investigada ao nível do anfitrião, do kernel ou do hardware.
O Mesmo Mini PC Tinha Permanecido Estável com o Unraid
O utilizador afirmou que o Aoostar R1 tinha permanecido estável durante vários dias com o Unraid enquanto preparava as unidades, mas começou a bloquear diariamente depois de instalar o ZimaOS. Isso tornou plausível uma interação entre software e controladores, mas sistemas operativos diferentes utilizam kernels, controladores e políticas de energia diferentes no mesmo hardware.
A Gestão de Energia do i915 e do NVMe Tornou-se a Principal Hipótese da Comunidade
O utilizador encontrou a linha de comandos de arranque do ZimaOS em /mnt/boot/cmdline.txt e acrescentou:
nvme_core.default_ps_max_latency_us=0
i915.enable_psr=0
i915.enable_fbc=0
i915.enable_dc=0
i915.enable_guc=0Estes foram parâmetros de resolução de problemas escolhidos pelo utilizador, não uma configuração padrão prescrita pela IceWhale para sistemas Intel N100/N150.
O Utilizador Comunicou Quatro Dias de Funcionamento Contínuo Após a Alteração
A 21 de novembro, o autor original voltou ao tópico e afirmou que o sistema tinha atingido quatro dias de funcionamento contínuo e continuava em execução. Isto apoia a conclusão de que as alterações melhoraram a estabilidade daquela máquina, mas não permite determinar qual dos parâmetros foi relevante.
A IceWhale Sugeriu Separadamente Testar com a Pesquisa Desativada
Zima-Giorgio indicou outros relatos em que desativar a Pesquisa do ZimaOS melhorou a estabilidade em algumas máquinas. Trata-se de uma orientação oficial de resolução de problemas separada e não deve ser combinada com a teoria do i915/NVMe como se a IceWhale tivesse confirmado a mesma causa.
As Provas de Falha São Mais Valiosas do que Alterar Todas as Definições de Energia Possíveis
Outro participante alertou que, sem despejos ou registos do arranque anterior, os utilizadores podem acabar por alterar a energia da GPU, a energia do NVMe, o ASPM, os estados C, a rede e a Pesquisa sem saber qual camada falhou realmente. Num caso atual, recolha os registos do kernel e dos serviços do arranque anterior após a recuperação e compare os carimbos de data/hora em torno da última atividade bem-sucedida.
O Suporte Genérico para x86 Não Significa que Todas as Políticas de Energia dos Mini PCs Tenham Sido Pré-Validadas
Atualmente, o ZimaOS suporta oficialmente hardware x86-64 genérico, mas placas-mãe, controladores de armazenamento, adaptadores gráficos e NICs de terceiros podem exigir verificações adicionais de compatibilidade.
Consulte os limites atuais de resolução de problemas para x86 de terceiros antes de presumir que um bloqueio num N150 tem uma única solução universal.
Uma Ordem de Resolução de Problemas Atual Mais Segura
- Atualize para a versão estável atual do ZimaOS.
- Registe a versão da BIOS e reponha predefinições de firmware conservadoras.
- Recolha os registos do kernel e dos serviços do arranque anterior após uma falha.
- Verifique a integridade, a temperatura e a alimentação do SSD/NVMe, bem como a RAM.
- Teste se a Pesquisa ou outra carga de trabalho reproduzível está relacionada com o bloqueio.
- Altere um parâmetro de arranque de cada vez, quando for prático.
- Guarde uma cópia da linha de comandos de arranque original para poder reverter a alteração.
Perguntas Frequentes sobre o Bloqueio do Aoostar N150
O utilizador da origem comunicou uma melhoria da estabilidade?
Sim. Comunicou quatro dias de funcionamento contínuo depois de alterar parâmetros de arranque relacionados com a energia do i915 e do NVMe.
A IceWhale confirmou que o i915 era a causa-raiz?
Não. A IceWhale sugeriu separadamente testar com a Pesquisa desativada; nenhum registo de despejo confirmou a origem exata da falha.
Todos os utilizadores de Intel N150 com ZimaOS devem desativar PSR, FBC, DC e GuC?
Não. Essas definições foram uma experiência de resolução de problemas específica da origem, não uma configuração universalmente recomendada.
