Ruído de clique no disco rígido no Acer AO722

Question

Estou executando o Ubuntu 11.10 em um Acer Aspire One 722. Sempre que estou com energia da bateria, recebo um clique do meu disco rígido a cada 5 segundos ou mais (isso não acontece quando o laptop está conectado). Eu sou dual boot com o Windows 7 e não consigo o som clicando no Windows.

O som de clique pára quando eu executo o comando: sudo hdparm -B 254 /dev/sda

Além disso, de acordo com: sudo smartctl -H /dev/sda meu disco rígido é saudável.

Este clique é algo que eu posso simplesmente ignorar? Ou é um problema sério e acabará por danificar o meu computador? Se sim, como eu consertaria isso?

Eu tentei adicionar hdparm -B 254 /dev/sda ao meu arquivo /etc/rc.local , mas ainda me deparo com o problema de cliques se meu computador inicializar enquanto conectado e depois desconectado. Além disso, estou achando que essa correção não é confiável. Às vezes funciona, às vezes não. Esta é uma boa solução e existe uma maneira melhor de fazer isso? Além disso, o funcionamento do meu laptop com um valor -B de 254 teria algum efeito negativo? (Eu li em algum lugar sobre um nível inferior protegendo o disco rígido de solavancos)

    

Answer 1

gksudo gedit /etc/hdparm.conf

Entre e no "fundo" do arquivo gedit

 /dev/sda {
    apm = 254
    apm_battery = 254
}

    

Answer 2

Esta é uma duplicata de: O disco rígido do laptop não t realmente gire

WRT considera os cartazes que abandonaram uma série de comandos, uma explicação seria bom. Há compensações para desabilitar o gerenciamento de energia do disco rígido completamente, como o disco rígido vai sobreviver melhor ao choque de uma queda foram as cabeças estacionadas.

A criação de perfil do seu uso e a minimização de ocorrências de disco são realmente o caminho a seguir. Criar um tmpfs para armazenar em cache as coisas que você pode perder, como um cache de navegador, está a seu critério.

O WRT mantém os parâmetros hdparm consistentes em boot e suspend / resume, isso é gerenciado pelo pm-utils e orientado por este script aqui: /usr/lib/pm-utils/power.d/95hdparm-apm . /etc/hdparm.conf deve governar esses valores por hdparm_options em /lib/hdparm/hdparm-functions . Se isso não acontecer, é um bug.

  

hdparm -B

   -B     Get/set Advanced Power Management feature, if the drive supports
          it.  A  low  value  means aggressive power management and a high
          value means better performance.  Possible  settings  range  from
          values  1  through  127 (which permit spin-down), and values 128
          through 254 (which do not permit spin-down).  The highest degree
          of  power  management  is  attained with a setting of 1, and the
          highest I/O performance with a setting of 254.  A value  of  255
          tells  hdparm to disable Advanced Power Management altogether on
          the drive (not all drives support disabling it, but most do).

    

Answer 3

Parece que está tentando estacionar as cabeças de forma muito agressiva. Seu comando hdparm basicamente o desativa.

Se você observar o valor Load_Cycle_Count em smartctl , ele aumentará um por clique? Isso apoiaria essa teoria.

É bem possível que esteja diminuindo a vida útil de sua unidade, está enfatizando mais as peças móveis do que precisam, afinal. Eu colocaria o comando hdparm em /etc/rc.local - você pode mexer com o valor -B de 0 a 254. 127 é o mais alto que permitirá que a unidade desacelere (veja man hdparm ).

Na minha experiência, os HDs realmente não têm chance de parar no Linux, porque o syslogd está sempre escrevendo algo sobre cron ou qualquer outra coisa.

    

Answer 4

Esse problema existe há muito tempo (pelo menos dois anos). A razão do problema é o seguinte: - Devido às configurações de economia de energia durante a operação com bateria, vários tipos de discos rígidos estacionam suas cabeças logo após o último acesso (que faz o clique) Agora vários serviços, AFAIK incluindo o próprio kernel (ext3), são programados sem o objetivo de economizar energia, eles tentam acessar o disco rígido a cada 10 segundos, o que desparata as cabeças novamente - mesmo que nada tenha mudado. E aqui vamos nós, a contagem do ciclo de carga aumenta rapidamente. Devido ao fato de que isso não é problema em desktops e servidores, nenhum dos codificadores envolvidos dá um ...;)

A correção hdparm define os temporizadores de economia de energia para valores muito mais altos, portanto, não estaciona cabeças. Você pode imaginar o quão bem seu equilíbrio de energia é com isso:)

são meus 10 centavos para essa história sem fim.

melhor, Manfred

    

Answer 5

Verifique no centro de software ou nos synaptics se você tiver as ferramentas do modo laptop instaladas. Nesse caso, você pode alterar as configurações mencionadas acima para 254, quando estiver na bateria, editando o arquivo /etc/laptop-mode/laptop-mode.conf . Para editar este arquivo vá ao terminal e digite gksudo gedit, e navegue até o arquivo e então mude e salve as configurações. Eu não posso fornecer uma captura de tela como eu não quero instalar este programa.

Outra possibilidade é modificar o arquivo etc / hdparm.conf adicionando o seguinte no final do script:

/dev/sda {
    apm = 254           # power
    apm_battery = 254   # battery
    spindown_time = 0   # no spin down
}

    

Answer 6

sudo hdparm -B 254 /dev/sda

no terminal.

reduzir o swappiness: gksudo gedit /etc/sysctl.conf

abaixo do arquivo de configuração

vm.swappiness = 10

reinicie sua máquina

controle: cat /proc/sys/vm/swappiness