Como corrigir uma unidade de laptop Load_Cycle_Count alta (TOSHIBA MK6006GAH no Vaio TX1XP)?

3

Esperando que alguém saiba exatamente o que está acontecendo aqui. Parece que esta unidade tem uma combinação de configurações agressivas de economia de energia e padrões do Ubuntu que aumentaram maciçamente o Load_Cycle_Count da unidade:

link

Portanto, a unidade agora está tão lenta que não pode ser inicializada porque demora o suficiente para acessar os dados que o kernel não a reconhecerá adequadamente. Eu não estou preocupado com os dados na unidade, mas gostaria de manter o laptop funcionando. Há algumas indicações de que isso é possível porque a figura ainda é baixa, 200.000 e a maioria das unidades supostamente vai para 600.000. Além disso, os testes SMART passam e consideram a unidade saudável e sem erros. Mas a coisa realmente surpreendente foi quando eu corri mhdd ...

Todas as leituras individuais ficaram vermelhas (lentas) até que eu pressionei 'R' para reinicializar a unidade. Eu notei que a próxima leitura foi a velocidade normal, então segure 'R'. Magicamente, o drive leu perfeitamente enquanto eu segurava a tecla, MAS RETOU lentamente (e barulhenta) procurando / lendo depois de liberar. Eu não acho que o código-fonte do mhdd esteja disponível, então eu não sei exatamente o que isso significa (além disso, eu não sei o suficiente sobre o HDD de baixo nível). Parece que a unidade deve ser capaz de funcionar, mas está presa tentando economizar energia ou algo assim. Não há opções de BIOS no laptop.

Alguém sabe como posso impedir que a unidade realize operações extremamente lentas / barulhentas como essa? Ou está constantemente redefinindo a unidade também danificando, e apenas fazendo com que ela funcione bem por sorte (ou seja, não é uma sugestão de que é solucionável)?

    
por Sam Brightman 10.11.2009 / 14:02

4 respostas

2

Um Load_Cycle_Count alto não é um dos atributos pré-falha. Mesmo que o seu status SMART diga que o disco rígido está OK ... as chances são muito boas de que não seja correto com base na sua descrição de ruído e velocidade. Quanto a correr a toda velocidade enquanto segura R no mddd ... não faço ideia.

Discos rígidos que estão perto do fim da morte podem fazer muitos barulhos estranhos. Constantemente, ligue e desligue o inversor não deve danificá-lo.

Não confio nas diretrizes de aprovação / reprovação oferecidas pelos fabricantes com seus atributos SMART. Eu já vi isso acontecer muitas vezes que os discos rígidos estão corrompendo os dados e agindo de forma esquisita, embora o status SMART tenha um grande verde bem próximo a ele. Eu recomendo olhar para as contagens de dados brutos (usando HDTune no windows ou smartctl no linux). A partir daí, você pode tomar uma decisão mais instruída sobre a saúde do seu disco.

O Google criou o maior estudo de falhas no disco rígido do consumidor ... por isso, convém ver as descobertas de 2010:

We find, for example, that after their first scan error, drives are 39 times more likely to fail within 60 days than drives with no such errors. First errors in reallocations, offline reallocations, and probational counts are also strongly correlated to higher failure probabilities. Despite those strong correlations, we find that failure prediction models based on SMART parameters alone are likely to be severely limited in their prediction accuracy, given that a large fraction of our failed drives have shown no SMART error signals whatsoever.

link

Você também pode gostar do artigo da wikipedia que descreve os vários atributos SMART e quais atributos se correlacionam com falhas eletromecânicas.

link .

A única maneira correta de consertar um disco rígido é substituí-lo. Consertar o que você tem é algo que você só quer fazer se estiver tentando recuperar dados dele ... e, mesmo assim, você deseja migrar tudo para uma nova unidade. Acho que é seguro dizer que você tem um disco rígido quebrado.

    
por 26.05.2010 / 05:08
1

Eu consertei esse problema no meu VAIO (TOSHIBA MQ01ABD075)

Load_Cycle_Count não é aumentado se você ler qualquer HDD S.M.A.R.T. opção.

Eu uso /usr/sbin/smartctl -g apm /dev/sda

#!/bin/bash

while :
  do
  sleep 3
  /usr/sbin/smartctl -g apm /dev/sda  > /dev/null
done
    
por 08.09.2013 / 11:54
0

A resposta da GoldMangust é boa; isso é semelhante e adiciona algumas informações.

Isso mostrou uma capacidade de interromper o incremento da contagem do ciclo de carga      (no macOS 10.12 de uma unidade híbrida SSHD da Seagate, modelo: ST1000LM014):

while : ; do sleep 9; smartctl -A /dev/disk0 | grep "Load_Cycle_Count\|FLAG\|smartctl" ; done

A cada 9 segundos parece ser suficiente.

    
por 08.03.2018 / 22:08
0

Encontrei uma solução muito melhor.

Ele instala uma ferramenta chamada hdapm em / usr / local / bin e um arquivo plist do LaunchDaemon para executá-lo na inicialização, configurando todas as unidades conectadas para o modo de desempenho máximo.

Dado o quão longe está minha unidade, isso parece apropriado com certeza. Outros podem querer modificar o arquivo plist para definir suas unidades para um meio termo da estrada.

No meu caso, a saída é bastante assustadora - a unidade está longe da especificação e possivelmente perto da falha:

smartctl 6.5 2016-05-07 r4318 [Darwin 16.7.0 x86_64] (local build) ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED ... RAW_VALUE 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always ... 857614

.

Eu tenho smartctl instalado e executando

sudo  smartctl -g all  /dev/rdisk0,

Eu posso ver que a configuração das Preferências do Sistema "Colocar discos rígidos para dormir quando possível" não tem efeito sobre a configuração do dispositivo para esta unidade - é 128 de qualquer maneira. Eu diria que a unidade tem algumas configurações irracionais se uma configuração intermediária produzir o resultado que estou vendo. Além disso, gostaria de saber se até mesmo as unidades que vêm dentro de novos Macs exibem / vêm com comportamentos / configurações de apm louco. Eu não apostaria, mas não ficaria tão surpreso se eu perdesse essa aposta.

    
por 09.03.2018 / 06:51