Se os discos rígidos do ZimaOS entrarem corretamente em suspensão, mas forem reativados a cada 15–30 minutos, atualize para o ZimaOS 1.6.0 ou posterior antes de editar manualmente a configuração do SMART. O ZimaOS 1.6.0 corrigiu oficialmente as reativações intermitentes causadas pelo serviço smartd, o que corresponde ao padrão periódico relatado no tópico de origem.
Se os discos continuarem a ser reativados numa versão estável atual, ultrapasse o antigo erro do smartd e identifique o verdadeiro processo que os está a consultar: sondagem do estado do armazenamento, uma aplicação Docker, um cliente SMB, indexação, uma tarefa de cópia de segurança, atividade de metadados RAID ou o comportamento da ponte USB.
Comece pela versão atual do ZimaOS
O utilizador da fonte estava na versão 1.5.4 e observou que os discos eram reativados a cada 15–20 minutos, mesmo depois de parar o Jellyfin e o JDownloader.
As notas de lançamento do ZimaOS 1.6.0 indicam explicitamente uma correção para os discos que não conseguiam permanecer adormecidos porque o smartd os reativava intermitentemente.
Passo 1: Confirme que os discos conseguem entrar em suspensão
Configure a suspensão dos discos no ZimaOS e aguarde sem executar operações de ficheiros. Depois, verifique o estado com um comando que não provoque a reativação, quando suportado:
smartctl -n standby /dev/sdXSe o disco nunca entrar em suspensão, isso é diferente de “entra corretamente em suspensão e é reativado a cada 20 minutos”.
Passo 2: Meça o intervalo entre reativações
Anote as horas exatas de vários eventos de reativação. Um intervalo altamente regular sugere um temporizador, uma sondagem do estado, uma tarefa agendada ou um daemon, e não um acesso de rede aleatório.
Passo 3: Pare as aplicações do utilizador por grupos
Pause os indexadores de multimédia, os descarregadores, os indexadores de fotografias, as bases de dados e as tarefas de cópia de segurança. Não pare todos os serviços simultaneamente, a menos que esteja apenas a tentar provar que o gatilho é uma atividade no espaço do utilizador.
Se a reativação continuar com todos os contentores do utilizador parados, concentre-se nos serviços do sistema, na sondagem do armazenamento e no comportamento do RAID/DAS.
Passo 4: Verifique as cópias de segurança, o SMB e os clientes remotos
Um portátil a abrir uma partilha montada, um agendador de cópias de segurança a verificar caminhos ou uma análise da biblioteca multimédia podem reativar um disco. Desligar a rede pode ser um teste curto de isolamento útil, tal como o utilizador da fonte já tentou.
Não mantenha soluções antigas para o smartd.conf depois da correção
As soluções comunitárias anteriores alteravam as opções do daemon SMART para impedir que as verificações do estado reativassem os discos adormecidos. No ZimaOS atual, teste primeiro a correção oficial, em vez de manter indefinidamente uma configuração personalizada antiga do smartd.
O RAID pode acrescentar mais acessos em segundo plano
Os arrays têm metadados e verificações de estado que os discos individuais não têm. Se apenas os membros do RAID forem reativados, compare o comportamento de um disco rígido autónomo com o de um array, usando o mesmo intervalo de suspensão.
As caixas USB são um problema separado
Uma ponte USB pode não encaminhar de forma consistente os comandos ATA de suspensão. Se um disco SATA interno entrar corretamente em suspensão, mas o mesmo modelo numa DAS não o fizer, investigue o chipset da caixa em vez de reescrever a política SMART do ZimaOS.
O atual guia de armazenamento do ZimaOS documenta o modelo de armazenamento atual.
O guia de resolução de problemas de armazenamento ajuda a estruturar a investigação mais abrangente.
Perguntas frequentes
O ZimaOS corrigiu as reativações periódicas causadas pelo smartd?
Sim. As notas de lançamento do ZimaOS 1.6.0 indicam explicitamente que foram corrigidas as reativações intermitentes causadas pelo smartd.
Porque é que os meus discos continuam a ser reativados nas versões mais recentes?
Outro serviço, cliente, verificação do array, tarefa de cópia de segurança ou ponte USB pode continuar a aceder-lhes. Meça o intervalo e isole sistematicamente cada camada.
As ativações frequentes são piores do que deixar os discos do NAS sempre ligados?
Ciclos repetidos de arranque e paragem aumentam o esforço mecânico, enquanto o funcionamento contínuo aumenta o tempo de operação e o consumo de energia. Escolha uma política de suspensão baseada na sua carga de trabalho, em vez de impor ciclos muito curtos.
Devo editar manualmente o smartd.conf?
Não como primeiro passo numa versão estável atual. Teste primeiro a correção oficial para as reativações causadas pelo smartd.
