Porque é que um HDD entra imediatamente em suspensão e volta a ativar-se sem qualquer acesso do utilizador?

Um HDD costuma sair imediatamente do modo de rotação reduzida porque um processo em segundo plano, monitor, cliente, diário ou tarefa agendada emite outro comando.

“Sem acesso do utilizador” não significa que o disco esteja inativo ao nível do sistema operativo. A sondagem SMART, os indexadores de multimédia e fotografias, a sincronização na nuvem, a deteção de cópias de segurança, os metadados do sistema de ficheiros, os registos, a memória swap, os contentores, os exploradores de ficheiros e os temporizadores recorrentes podem aceder ao dispositivo segundos depois de este entrar no modo de espera. O primeiro objetivo é confirmar uma transição real para o modo de espera e identificar o primeiro processo ou comando que reativa o disco, sem utilizar um comando de monitorização que provoque a própria reativação.

Confirme que a unidade entrou realmente no modo de espera

Registe o modo de alimentação da unidade imediatamente antes da redução de rotação, depois do comando ou temporizador de inatividade e após a reativação audível. Registe também se o dispositivo é SATA interno, USB-SATA, SAS ou se está ligado através de uma caixa externa.

A verificação do modo de alimentação do hdparm distingue os estados ativo ou inativo, espera e suspensão, permitindo separar uma verdadeira redução de rotação de um estado de descarga das cabeças ou de baixo consumo que mantém os pratos a rodar.

Utilize apenas uma consulta de estado de alimentação que saiba não forçar a ativação do dispositivo na interface testada. Algumas pontes USB traduzem ou rejeitam os comandos de alimentação ATA de forma diferente de uma ligação SATA direta.

Rastreie o primeiro acesso a ficheiros após a redução de rotação

Inicie um rastreio curto dos acessos a ficheiros antes da hora prevista para o modo de espera e pare-o imediatamente depois de o disco ser reativado. Filtre os resultados pelo ponto de montagem, dispositivo ou conjunto de dados afetado.

O utilitário fatrace do Ubuntu comunica eventos de acesso a ficheiros provenientes dos processos em execução, podendo revelar um gerador de miniaturas, indexador, base de dados, shell ou ferramenta de cópias de segurança a aceder ao disco no momento da reativação.

Não mantenha um rastreio intensivo ativo durante dias. Utilize uma janela limitada em torno de uma reativação reproduzível e confirme o processo suspeito desativando apenas esse serviço durante um ciclo.

Verifique se a sondagem SMART reativa o disco

Inspecione a configuração do smartd, os intervalos de sondagem do estado dos discos no NAS, os testes curtos e longos agendados, as verificações de temperatura e os painéis de monitorização de terceiros. Compare os respetivos registos temporais com o evento de reativação.

A referência de configuração do smartd para Debian indica que os comandos SMART normalmente fazem os pratos do disco começar a rodar, a menos que a verificação do modo de alimentação esteja configurada para ignorar dispositivos que já se encontram no modo de espera.

Não desative permanentemente a monitorização do estado apenas para obter períodos de suspensão mais longos. Transfira as verificações para uma janela definida ou configure uma sondagem compatível com o modo de espera quando a plataforma e a unidade o suportarem.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Reveja a sincronização, a indexação, os pacotes e os clientes de rede

Faça uma lista da indexação de fotografias e multimédia, da sincronização na nuvem, do antivírus, da pesquisa, da geração de miniaturas, dos agentes de cópias de segurança, das aplicações de videovigilância, dos contentores e dos clientes SMB ou NFS ligados. Verifique se algum serviço monitoriza o conjunto de discos em suspensão.

O guia de resolução de problemas da hibernação da Synology enumera pacotes e serviços que interrompem a hibernação, incluindo a sincronização, os testes de disco agendados, a atividade de rede e a pressão de memória que provoca E/S no disco.

Um serviço pode reativar o disco mesmo quando ninguém abre um ficheiro. Teste um serviço de cada vez e mantenha as funções essenciais de cópia de segurança, monitorização e segurança.

Verifique os temporizadores, as tarefas cron e a recuperação de arranques

Faça uma lista dos temporizadores systemd, das tarefas cron, dos agendamentos do NAS, da deteção de cópias de segurança, das tarefas de verificação, da manutenção de bases de dados, da rotação de registos, da limpeza de ficheiros temporários e das tarefas configuradas para serem executadas após uma falha de agendamento.

A ArchWiki explica que os temporizadores systemd ativam serviços de acordo com agendamentos, o que pode provocar reativações aparentemente aleatórias quando várias tarefas em segundo plano têm intervalos diferentes.

Correlacione os registos do serviço do temporizador com o primeiro acesso ao disco identificado no rastreio. Colocar todas as tarefas no mesmo minuto pode criar um período de reativação intenso, enquanto distribuí-las demasiado pode impedir completamente um modo de espera significativo.

Utilize o teste de espera do NAS e verifique uma unidade de cada vez

Quando o NAS disponibilizar um diagnóstico integrado do modo de espera, execute-o com as aplicações normais pausadas e com uma caixa externa ou grupo de discos selecionado. Guarde o relatório e compare-o com o rastreio dos processos.

A QNAP documenta um teste de espera do HDD por caixa externa, ilustrando por que motivo a investigação da reativação deve isolar o grupo de armazenamento afetado, em vez de tratar todos os discos do NAS como um único domínio de alimentação.

Se todos os discos forem reativados em conjunto, inspecione os metadados do conjunto partilhado, os conjuntos de dados do sistema, o comportamento do RAID e os serviços armazenados na matriz. Se apenas um disco for reativado, inspecione separadamente o respetivo ponto de montagem, a monitorização e a carga de trabalho.

Escolha um comportamento de inatividade estável em vez de procurar uma redução constante da rotação

Depois de identificar a origem da reativação, decida se deve reagendá-la, transferir os dados da aplicação ou os registos para um SSD, utilizar uma monitorização compatível com o modo de espera ou deixar um conjunto utilizado frequentemente a rodar durante o horário previsto de funcionamento dos serviços.

O artigo da ZimaSpace sobre o consumo de energia de um NAS 24/7 apresenta o compromisso entre poupar energia e manter cópias de segurança, aplicações, indexação e acesso remoto fiáveis.

O problema está resolvido quando a unidade permanece no modo de espera durante a janela de inatividade pretendida ou é reativada apenas para tarefas documentadas. Forçar repetidamente a suspensão não é uma solução quando a carga de trabalho necessita realmente do disco a cada poucos minutos.

Perguntas frequentes

A verificação dos dados SMART pode reativar um HDD em suspensão?

Sim. Muitos comandos SMART fazem o disco começar a rodar, a menos que a ferramenta de monitorização verifique primeiro o modo de alimentação e ignore as unidades que já se encontram no modo de espera.

Um explorador de ficheiros pode reativar um disco do NAS sem abrir um ficheiro?

Sim. A enumeração de diretórios, as pré-visualizações, as miniaturas, as verificações de espaço livre, as leituras de metadados e a religação a uma partilha mapeada podem gerar acessos ao armazenamento.

A rotação e a redução frequentes são sempre piores do que deixar uma unidade em funcionamento?

Não existe um limiar universal. O objetivo prático é obter um comportamento estável, adequado à carga de trabalho: períodos longos de inatividade podem justificar o modo de espera, enquanto reativações a cada poucos minutos normalmente oferecem pouca poupança de energia e acrescentam latência.