Por que o Windows está constantemente girando meu HDD secundário?

22

Estou tendo um problema com o Windows constantemente girando meu HDD secundário. Meu sistema operacional principal está na partição C: do meu SSD e no meu disco rígido eu tenho uma partição D: para armazenamento e uma partição E: para recuperação. A indexação está desativada para E: e D: e atualmente pausada para todos os locais.

Definir as configurações de energia do Windows para desligar meu HDD após 1 min de inatividade faz com que o inversor desacelere, mas depois acorde após cerca de 20 s. Quando eu configuro para desligar depois de 2 min de inatividade, ele gira muito raramente, sugerindo que há algo que está acessando o HDD em intervalos irregulares entre 1:20 a 2:00 min. Eu identifiquei um pico no gerenciador de recursos que corresponde à atividade do HDD.

Esse pico é alto se o HDD tiver tempo de girar e for acordado pelo processo que causa o pico. O pico é pequeno (mas ainda está lá) se o disco rígido nunca tiver tido tempo de ficar inativo. Sob a barra "Disk Activity", não há imagem que tenha "D:" ou "E:" em seu caminho, então tudo que eu posso fazer é observar os picos nos gráficos à direita, não identificar a causa na imagem. Lista.

Usando o Sysinternals Process Monitor, eu filtro para qualquer processo que inclua "D:" ou "E:" em seu caminho, e isso me permitiu identificar e desativar o QueryFullSizeInformationVolume por meio da chave de registro NoLowDiskSpaceChecks. No entanto, este processo não corresponde perfeitamente ao meu HDD acorda e desativá-lo não ajudou. A partir de agora, o Process Monitor informa que zero processos estão acessando meu HDD.

Depois de ler outro tópico, também tentei desativar meu arquivo de paginação (embora ele esteja localizado em C :), só para ver se isso faria alguma diferença, mas isso não aconteceu. Eu também tentei desativar o controlador para o disco rígido no Gerenciador de dispositivos, mas isso só fez meu disco continuar girando constantemente. Quando instalei o Win 7 há alguns meses, minha unidade ficou em silêncio até que eu cliquei nele no Explorer, portanto, há algo que mudou nos últimos meses com o Windows ou com algum software de terceiros. No entanto, o mesmo comportamento está presente ao iniciar o Windows com todos os serviços não-Microsoft desativados, sugerindo que o software de terceiros provavelmente não é o culpado.

A partir de agora, estou bastante perdido e a pesquisa na Web não está me ajudando. Eu poderia tentar inicializar outro sistema operacional a partir de um USB, mas se alguém tiver algum conselho que possa me indicar uma solução para o meu problema, eu ficaria muito grato.

    
por joelostblom 04.03.2013 / 22:02

2 respostas

7

RESOLVIDO!

Deixei de ser chique e decidi entrar e desativar todos os serviços em execução, um por um, até que o computador falhasse ou meu disco ficasse ocioso. Felizmente, não precisei percorrer todo o caminho até uma falha e descobri que o serviço "Sentinel LDK License Manager Service" era responsável pelos acordes. Eu pesquisei e parece estar relacionado ao Lightworks, que eu então desinstalei. O Serviço do Sentinel não foi desinstalado com o Lightworks, mas, de alguma forma, meu HDD permanece ocioso agora que o Lightworks desapareceu.

Então, eu acho que o problema estava em algum lugar lá ... O Lightworks e o serviço de sentinela não se davam bem e isso fez com que meu HDD secundário despertasse através de gravações em partes de seu espaço "não particionável" ... sim, isso não Não faz muito sentido para mim, mas se alguém googles isso, você sabe o que fazer.

    
por 05.03.2013 / 08:28
15

Base

O Process Explorer tem uma coluna especial que rastreia a alteração do número de bytes lidos ou gravados por um processo:

VocêpodecapturaronomedoprocessoqueestálendoougravandodadosnoHDDsecundáriodessamaneira.

//Editar:

Sevocêsabequeéoprocessodosistemaquegravaalgonodiscorígidoexterno,vocêpoderastrearoqueoprocessoestáfazendonoProcessMonitor:

Inicie/pareacapturacomCtrl+E.

Definaalgunsdessesfiltros:

//Edit2:

TalvezvocêpossarastrearoIDdeencadeamentoassociadoaumdeterminadoeventodeIRPeacompanharoencadeamentoquecausouoeventodeIRP:

    
por 05.03.2013 / 01:12