Como posso controlar o tempo de desaceleração do HDD?

Question

Eu tenho 2 HDDs no meu PC. O Ubuntu está desligando o disco rígido secundário muito rapidamente após cerca de 15 minutos, o que é curto para mim. Eu preciso controlar desta vez. Como posso fazer isso?

Eu tentei o gerenciamento de energia do GNOME, mas não achei útil.

    

Answer 1

Dê uma olhada em hdparm .

De o manual ( man hdparm na linha de comando):

% bl0ck_qu0te%

Portanto, sudo hdparm -I /dev/sdb | grep level mostrará o valor atual de spindown, por exemplo:

Advanced power management level: 254

Do manual: 254 é reservado, então eu espero que seja o padrão do Ubuntu (alguém pode confirmar / expandir isso, por favor?)

Exemplo:

sudo hdparm -S 25 /dev/sdb = spindown após 25 * 5 segundos.

sudo hdparm -S 245 /dev/sdb = spindown após (245-240) * 30 minutos.

    

Answer 2

Utilitário de disco - > selecione HDD drive - > clique no ícone "Mais ações ..." no canto superior direito - > Configurações da unidade ...

O meu é parecido com isto:

    

Answer 3

Se você estiver interessado em fazer a configuração do hdparm persistente entre as reinicializações, em vez de adicioná-lo ao crontab, você pode usar o /etc/hdparm.conf . Eu tenho o seguinte, observe o uso do capital S, não em minúsculas:

command_line {
    hdparm -S 25 /dev/disk/by-uuid/f6c52265-d89f-43a4-b03b-302c3dadb215 
}

Adicione essa linha substituindo o UUID pelo seu ou você também pode especificar o dispositivo usando o formato /dev/sdX . Você pode descobrir o UUID do seu disco com o comando sudo blkid .

    

Answer 4

1. Encontre o UUID do seu disco .

   sudo lsblk --output NAME,FSTYPE,LABEL,UUID,MODE
   

2. Edite o /etc/hdparm.conf

   sudo -H gedit /etc/hdparm.conf  # Be careful from now on
   

3. Procure spindown-time ou sua seção de configurações de disco.

   /dev/disk/by-label/4TB {
       spindown_time = 1200
   }
   

4. Eu prefiro se referir ao disco pelo UUID, que permanece o mesmo em diferentes instalações (a menos que você o altere no próprio HW).

   /dev/disk/by-uuid/91e32677-0656-45b8-bcf5-14acce39d9c2 {
       spindown_time = 1200
   }
   

5. Se o script de inicialização causar problemas de inicialização, você poderá transmitir nohdparm na linha de comando do kernel, e o script não será executado.

Answer 5

Depois de passar horas e horas, descobri que minha unidade WDC não suporta o comando hdparm -S, independentemente do valor do atributo idle3 (google: idle3ctl). E isso é problema comum com unidades WD. Mas tenho o prazer de anunciar que o hd-idle ( link ) funciona perfeitamente. Se instalado a partir do pacote dpkg-builded (veja as notas de instalação), ele cria o daemon no Ubuntu e no Debian (a configuração está em / etc / default / hd-idle). Funciona bem depois de retomar da hibernação também.

mc default # ps aux | grep hd-idle | grep -v grep | cut -c 66- ; for f in [a-d] ; do hdparm -C /dev/sd$f | grep -v "^$" ; done
/usr/sbin/hd-idle -i 1800 -a sdc -i 600 -a sdd -i 60 -l /var/log/hd-idle.log
/dev/sda:
 drive state is:  active/idle
/dev/sdb:
 drive state is:  standby
/dev/sdc:
 drive state is:  standby
/dev/sdd:
 drive state is:  standby

    

Answer 6

Eu descobri que o comportamento de spindown do Samsung HD204UI depende do nível de APM ( hdparm -B ). Se o nível de APM for 127, o tempo limite de spindown é de 10 s. Se o nível de APM for 150, o tempo limite de spindown é definido pela opção -S .

    

Answer 7

Eu adiciono algo como:

@reboot sudo hdparm -S244 /dev/disk/by-uuid/71492809-e463-41fa-99e2-c09e9ca90c8e  > /dev/null 2> /dev/null

para o crontab do root. Usar uuid é melhor, porque acho que sda / sdb etc. parece mudar a cada reinicialização

    

Answer 8

No Ubuntu 14.04

Discos > destaque drive > clique na engrenagem no canto superior direito > Configurações da unidade > agora você tem as configurações de Espera, APM, AAM e Cache de Gravação em uma GUI fácil de usar!

    

Answer 9

No Debian, com unidades WD, acho que a configuração de qualquer nível com hdparm -S resulta na unidade retornando um nível 254 no hdparm -I subseqüente. Então, eu realmente não tenho certeza se eles estão girando ou não. Eu acho que eles ainda estão girando.

Essas unidades estão em uma matriz de servidores, e eu realmente não quero que elas sejam desativadas. No passado, eu alterei isso definindo um cron job para atualizar um arquivo a cada poucos minutos.

    

Answer 10

Eu não tive sorte com hdparm em um disco rígido externo montado em um gabinete USB, que eu uso para servir mídia com minidlna.

Me deparei com uma ideia daqui: link

Os melhores resultados vêm do uso do uuid do disco, que você pode encontrar com:

sudo blkid

O método a seguir requer acesso root, mas o hdparm também. Isso usa crontab para ler um bloco aleatório da unidade a cada 5 minutos e ignora todas as mensagens. Para ter certeza de que você tem o UUID correto, teste-o na linha de comando assim (certifique-se de usar o UUID desejado, não este):

sudo dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM

Você deve ver a saída assim:

1+0 records in
1+0 records out
512 bytes copied, 0.000738308 s, 693 kB/s'

Para suprimir esta mensagem, que pode acabar sendo escrita em algum lugar, potencialmente o / filesystem (que está em um SSD no meu caso), abaixo está o que eu estou usando no crontab raiz. Você chega lá com

sudo crontab -e

Em seguida, sob os comentários:

*/5 * * * * bash -c 'dd if=/dev/disk/by-uuid/f01df4b5-6865-476a-8d3b-597cbd886d41 of=/dev/null count=1 skip=$RANDOM' >/dev/null 2>&1

Espero que isso ajude alguém com problemas semelhantes. Infelizmente, isso ainda é gravado no syslog, mas existem maneiras de suprimir isso; veja esta postagem ServerFault .

[edit] 2017-01-07 09:02:

Consegui suprimir essas mensagens editando o /etc/rsyslog.d/50-default.conf para alterar essa linha:

*.*;auth,authpriv.none -/var/log/syslog

para isso:

*.*;cron,auth,authpriv.none -/var/log/syslog

Infelizmente, isso suprime todas as mensagens do cron; Não consegui fazer com que o cron redirecionasse o log do sistema de arquivos raiz (que está em um SSD antigo no meu caso, portanto, quero limitar as gravações), mas como isso é apenas um servidor doméstico, provavelmente não estou perdendo muito. Definitivamente, não recomendaria essa estratégia para uma máquina de produção.