Recentemente, uma notícia no br-linux alertou sobre a possibilidade do gerenciamento de energia de algumas distribuições GNU/Linux, do Ubuntu em especial, estarem reduzindo a vida útil dos discos rígidos (HDs). Como noticiado em diversos sites da internet [1,2], isto não é um bug do Ubuntu. Na verdade, o Ubuntu apenas segue as recomendações equivocadas fornecidas pelos próprios fabricantes de notebooks e desktops. Neste artigo, o problema é explicado em detalhes e uma solução bastante simples é apresentada. Esta é baseada em um script que necessita ser executado uma única vez e faz todo o trabalho para correção do problema. Além disso, o artigo termina fazendo uma breve discussão sobre o pacote smartmontools que monitora o estado do HD e informa quando este está na eminência de sofrer alguma falha.
Entendo o problema
Pode-se pensar em um HD como aqueles antigos toca-discos usados com os LPs de vinil. Neste caso, o disco de vinil é a superfície de armazenamento, enquanto a agulha pode ser considerada a cabeça de gravação. Normalmente, no caso dos HDs, a cabeça de gravação não toca a superfície do disco. Ao invés disso, esta fica a uma distância segura. Evidentemente, o contato da cabeça de gravação com a superfície do disco durante uma queda ou tombo pode danificá-lo. Então, para permitir o transporte seguro dos equipamentos, foi criada a tecnologia de carga/descarga (
Desktops também, mas principalmente os notebooks possuem um sistema de gerenciamento de energia. Este desliga alguns dispositivos do hardware que não estão sendo utilizados. É claro que isso também se aplica aos HDs. Assim, para economizar energia, muitas vezes os HDs têm sua rotação reduzida ou até mesmo são desligados temporariamente. Além de economizar energia, se for feito de forma eficiente, isto aumenta a vida útil do HD, pois mantém a sua temperatura mais baixa.
Quando entram em modo de economia de energia, a cabeça de leitura/gravação dos HDs também podem ser descarregadas (
Em tese, os fabricantes dos notebooks são os mais indicados para decidir a melhor estratégia de carga/descarga dos HDs. Apensar disso, as versões do Windows e do MacOS ignoram as recomendações dos fabricantes e impõem suas próprias estratégias de gerenciamento de energia. Ao contrário, por serem mais fieis aos padrões da indústria, distribuições baseadas no GNU/Linux como, por exemplo, o Ubuntu, realizam o gerenciamento de energia segundo as recomendações dos fabricantes. O problema é que (pasmem) a maioria dos fabricantes fornecem parâmetros absurdos ao sistema operacional. Em alguns casos, se forem seguidos, tais parâmetros podem fazer com que o HD seja carregado/descarregado até 3 vezes por minuto [4]. Neste caso, a vida útil do HD chega ao fim apenas após alguns meses de uso.
Detectando o problema
No Ubuntu, para verificar se o gerenciamento de energia está impondo ciclos de carga/descarga demais ao HD, é necessário instalar o smartmontools. Para isso, simplesmente, deve ser executado o comando a seguir.
sudo apt-get install smartmontools
Com o smartmontools instalado, pode-se utilizar o smartctl como segue para visualizar o número de ciclos de carga que o HD já foi submetido.
sudo smartctl -A /dev/sda | grep Load_Cycle_Count
Evidentemente, /dev/sda deve ser substituído com o dispositivo que deseja-se inspecionar.
A saída do comando anterior é algo como segue.
193 Load_Cycle_Count 0x0032 189 189 000 Old_age Always - 35715
Em tal saída, a informação importante é o último número, o 35715. Este é o número de ciclos de carga do HD. Deve-se esperar algo em torno de 10 ou 20 minutos antes do smartctl ser executado novamente. Isso dará uma estimativa de quantas vezes por minuto o HD está sofrendo um ciclo de carga/descarga. Sabendo que um HD pode sofrer 200.000 ciclos desse tipo, pode-se estimar quantas horas de vida útil ele tem. O ideal é que, durante o intervalo de uns 20 minutos, não seja feito (quase) nenhum ciclo de carga. Contudo, ao invés disso, se o sistema de gerenciamento de energia estiver sendo muito agressivo com o HD, deve-se corrigir o problema.
Corrigindo o problema
Para corrigir o problema, a forma mais prática talvez seja executando o script abaixo como root.
#!/bin/sh PARAM=255 HD=/dev/sda echo "#!/bin/sh" > 99-hdd-spin-fix.sh echo "hdparm -B $PARAM $HD" >> 99-hdd-spin-fix.sh chmod +x 99-hdd-spin-fix.sh cp 99-hdd-spin-fix.sh /etc/acpi/suspend.d/ cp 99-hdd-spin-fix.sh /etc/acpi/resume.d/ mv 99-hdd-spin-fix.sh /etc/acpi/start.d/
Parâmetros importantes do script acima são as variáveis PARAM e HD. A variável PARAM pode ser igual a 255 ou 254. O valor 255 desliga o gerenciamento de energia do HD completamente. Assim, os ciclos de carga serão mínimos, mas o HD ficará a uma temperatura mais elevada que o normal. Contudo, é consenso que o HD pode lidar melhor com alguns graus de temperatura a mais do que muitos ciclos de carga. Por outro lado, o PARAM=254 faz com que o gerenciamento de energia para o HD continue ativo, mas de uma forma menos agressiva. Por último, a variável HD deve ser alterada se o dispositivo do HD que se deseja proteger seja diferente de /dev/sda.
Antes de executar o script anterior deve-se copiar e colar as linhas de código acima em um arquivo texto, salva-lo como hdd-spin-fix.sh e executá-lo como segue.
sudo sh hdd-spin-fix.sh
Pronto! Após isso, a próxima vez que o sistema for iniciado, gerenciamento de energia será bem mais gentil com o HD.
Monitorando outros problemas
Um fato importante a ser observado é que o smartctl não fornece apenas informações sobre a quantidade de ciclos de carga. Por exemplo, o comando a seguir fornece dezenas de informações sobre o HD em /dev/sda.
sudo smartctl -a /dev/sda
Há um excelente artigo do Linux Journal [5] que explica todas as informações retornadas pelo smartctl. Tais informações fornecem estimativas bastantes exatas de quando e porque o HD dará problema. Contudo, não é necessário usar o smartctl frequentemente para monitorar a saúde do HD. Ao invés disso, o pacote smartmontools instala um daemon (o smartd) que é ativado na carga do sistema. Assim, basta instalar o smart-notifier com o comando a seguir para ser notificado por uma janela pop-up quando o HD tem uma grande probabilidade de dar problema.
sudo aptitude install smart-notifier
Evidentemente, para funcionar de forma adequada, o smart-notifier deve ser executado sempre que uma nova sessão for iniciada.
Referências
- Ubuntu Demon’s blog
- Linux-Hero.com
- Problem with hard drive clicking
- Bug #59695 in acpi-support (Ubuntu)
- Monitoring Hard Disks with SMART
Changelog
2007/11/03 – Publicação do mini how-to.
Machizu, abra um terminal e execute o seguinte comando: “sudo su” e coloque a senha do seu usuário. Desta forma estará operando como administrador do sistema.
Use com cautela.
Tinha colocado 254, mais o HD estava esquentando muito!!! Agora mudei para 240, tem algum problema?????
Olá a todos. Eu havia percebido há bastante tempo os malditos cliques no HD, mas nem imaginava o motivo, até que recebi por email a explicação, e à procura de solução, encontrei este site aqui. Tudo perfeitamente explicado, e eficaz: corrigiu o problema.
Porém apenas parcialmente. Porque quando fecho a tampa do laptop e ele hiberna, assim que retorna a alteração é desfeita e o problema retorna. Tentei inclusive a sugestão do Ricardo, no comentário 149 acima, e mesma coisa: ao retornar da hibernação, retorna também a falha.
Alguém passou por algo semelhante? Caso positivo, alguma sugestão? Abraço a todos e obrigado!
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Device Model: Hitachi HTS542525K9SA00
Serial Number: 080111BB0F00WDHEMMAC
Firmware Version: BBFOC31P
User Capacity: 250,059,350,016 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: Not recognized. Minor revision code: 0×42
Local Time is: Thu Sep 25 17:27:03 2008 AMT
SMART support is: Available – device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0×00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 645) seconds.
Offline data collection
capabilities: (0×5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0×0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0×01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 107) minutes.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0×000b 100 100 062 Pre-fail Always – 0
2 Throughput_Performance 0×0005 100 100 040 Pre-fail Offline – 0
3 Spin_Up_Time 0×0007 252 252 033 Pre-fail Always – 1
4 Start_Stop_Count 0×0012 100 100 000 Old_age Always – 753
5 Reallocated_Sector_Ct 0×0033 100 100 005 Pre-fail Always – 0
7 Seek_Error_Rate 0×000b 100 100 067 Pre-fail Always – 0
8 Seek_Time_Performance 0×0005 100 100 040 Pre-fail Offline – 0
9 Power_On_Hours 0×0012 097 097 000 Old_age Always – 1464
10 Spin_Retry_Count 0×0013 100 100 060 Pre-fail Always – 0
12 Power_Cycle_Count 0×0032 100 100 000 Old_age Always – 746
191 G-Sense_Error_Rate 0×000a 099 099 000 Old_age Always – 65537
192 Power-Off_Retract_Count 0×0032 100 100 000 Old_age Always – 48
193 Load_Cycle_Count 0×0012 098 098 000 Old_age Always – 26213
194 Temperature_Celsius 0×0002 110 110 000 Old_age Always – 50 (Lifetime Min/Max 18/56)
196 Reallocated_Event_Count 0×0032 100 100 000 Old_age Always – 0
197 Current_Pending_Sector 0×0022 100 100 000 Old_age Always – 0
198 Offline_Uncorrectable 0×0008 100 100 000 Old_age Offline – 0
199 UDMA_CRC_Error_Count 0×000a 200 200 000 Old_age Always – 0
223 Load_Retry_Count 0×000a 100 100 000 Old_age Always – 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0×0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Essa é a saída do comando “smartctl -a /dev/sda/” no meu notebook.
O meu notebook tem uns 6 meses de uso e está marcando 26213 ciclos realizados. Parece estar tudo certo?
muito obrigado por esclarecer-me este equivoco.
Até mais
Pessoal,
Alguém sabe dizer, ou já testou o RC, se a nova versão, 8.10, corrigiu este problema?
Guilherme Françoso,
Você mesmo pode fazer o teste. Basta instalar o smartmontools e ver quantos ciclos ele faz em uma hora.
Olá Alex,
Eu passo por este problema há algum tempo, e a solução que você sugere neste post o resolve parcialmente, no caso do meu laptop. Porque quando o coloco em hibernação (baixando a tampa), ele retorna com os ciclos novamente alterados. Você tem alguma idéia do que pode estar acontecendo?
Obrigado pela atenção.
Camilo Carvalho,
Não sei. Vou verificar se o mesmo acontece no meu sistema e te falo.
olha Alex rodei o comando “sudo smartctl -A /dev/hda | grep Load_Cycle_Count” aqui e ele me retorna 0 no final, como segue abaixo:-
193 Load_Cycle_Count 0×0032 253 253 000 Old_age Always – 0
isto é normal?
tenho este desktop desde 2004, meu HD é um Maxtor, segue abaixo mais algumas especificações:-
Model Family: Maxtor DiamondMax Plus 9 family
Device Model: Maxtor 6Y120L0
Serial Number: Y3L0GGTE
Firmware Version: YAR41BW0
User Capacity: 120,034,123,776 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 0
Local Time is: Sun Nov 2 21:26:03 2008 BRST
SMART support is: Available – device has SMART capability.
SMART support is: Enabled
desde já agradeço a atenção.
Olá a todos, como resolver este problema no windows vista???
E como ver quantos ciclos ele ja deu?
Grato!
E ainda dizem que no Linux raramente precisamos digitar comando. Lamentável.
E é raramente mesmo. Usuário comum nem precisa.
Tá se baseando na exceção e/ou em tarefas de administrador pra fazer afirmações? Lamentável.
Todo esse procedimento pode ser feito sem abrir a janela do terminal, usando o Synaptic e as caixas de diálogo de execução de comandos, caso o Sr. não saiba. Entretanto, fazer esse procedimento em caixas de diálogo é contraproducente e toma muito mais tempo do que abrir a janela do terminal por alguns minutos e copiar e colar os comandos sugeridos.
Lamentável é criticar sem conhecimento de causa.
Washington,
Cada um deve usar o sistema operacional que melhor atende ao seu perfil. Por exemplo, muitas vezes eu já quis mudar para o MAC OS, mas não mudei justamente por conta da linha de comando do GNU/Linux. Pode ser ignorância minha, mas acho que não dá pra fazer na linha de comando do MAC OS as coisas que consigo fazer com o BASH do linux. Então… Continuo no Linux. Pelo visto, você não gosta da linha de comando. Então, tem que procurar outro sistema operacional.
Olá, eu queria saber se no Ubuntu 8.10 este bug tá corrigido ou tenho que seguir este tutorial???
Alex, lembrando sempre que o suporte a SMART em geral dá pra desativar na BIOS… exceto de alguns laptops que tem uma bios “superficial” :S Esses não dá mesmo..
Lembro que por default o SMART vinha desabilitado na minha BIOS, nao lembro porque… ;P
Olá o meu HD está com o ciclo: 16642
você axa que devo executar o seu script?
eu rodei na linha de comando o seguinte codigo:
sudo smartctl -A /dev/sda | grep Load_Cycle_Count
e não obtive nenhuma saída. Oque pode ser?
Eu instalei o smartmontools pelo:
sudo apt-get install smartmontools
Estou utilizando Ubuntu 8.10 que baixei hoje.
Será que meu HD não suporta gerenciamento de energia? Como eu poderia verificar isso?
Alguma outra sugestão?
Eu uso o Fedora10 e vi um crescimento de 30 ciclos em 5 minutos, então rodei o hdparm com opção 254, pois vi que o 255 continua mesmo assim incrementando.
Notei que a temperatura do HD subiu muito, e de vez em quando dá umas travadinhas.
Tenho um notebook HP DV6000 com hd toshiba.
xxxx@xxxx-laptop:~$ sudo smartctl -d ata -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 169 169 000 Old_age Always – 95132
Interessante isso… Estes são os resultados de um laptop com pouco mais de um ano de uso. Até então acho que não havia habilitado essa correção nele.
Gente, nem precisa criar esse script que tanto falam. Para checar isso basta fazer o seguinte (pelo menos no Hardy 8.04, que é o que eu uso):
- Execute no terminal o comando cat /proc/sys/vm/laptop_mode, se ele reotrnar o valor 0 então significa que o laptop_mode está desativado.
- Para garantir execute cat /etc/default/acpi-support e veja se encontram ENABLE_LAPTOP_MODE=false.
- Feito isso basta dar um cat /etc/acpi/power.sh e ver as variáveis. Vocês verão que com esse parâmetro laptop_mode desativado ele já assume o valor 255 para o hdparm -B. Vejam o exemplo abaixo (atentem à parte em negrito):
function laptop_mode_enable {
$LAPTOP_MODE start
for x in /sys/bus/ide/devices/*/block*; do
drive=$(basename $(readlink $x));
$HDPARM -S $SPINDOWN_TIME /dev/$drive 2>/dev/null
$HDPARM -B 1 /dev/$drive 2>/dev/null
done
for x in /sys/bus/scsi/devices/*/block*; do
drive=$(basename $(readlink $x));
$HDPARM -S $SPINDOWN_TIME /dev/$drive 2>/dev/null
$HDPARM -B 1 /dev/$drive 2>/dev/null
done
}
function laptop_mode_disable {
for x in /sys/bus/ide/devices/*/block*; do
drive=$(basename $(readlink $x));
$HDPARM -S 0 /dev/$drive 2>/dev/null
$HDPARM -B 255 /dev/$drive 2>/dev/null
done
for x in /sys/bus/scsi/devices/*/block*; do
drive=$(basename $(readlink $x));
$HDPARM -S 0 /dev/$drive 2>/dev/null
$HDPARM -B 255 /dev/$drive 2>/dev/null
done
$LAPTOP_MODE stop
}
getState;
checkStateChanged;
shopt -s nullglob
for x in /proc/acpi/ac_adapter/*; do
grep -q off-line $x/state
if [ $? = 0 ] && [ x$1 != xstop ]; then
for SCRIPT in /etc/acpi/battery.d/*.sh; do
. $SCRIPT
done
if [ x$ENABLE_LAPTOP_MODE = xtrue ]; then
(sleep 5 && laptop_mode_enable)&
fi
else
for SCRIPT in /etc/acpi/ac.d/*.sh; do
. $SCRIPT
done
if [ x$ENABLE_LAPTOP_MODE = xtrue ]; then
(sleep 5 && laptop_mode_disable)&
fi
fi
done
Uso o Mandriva 2009. e tanto aqui quanto no Ubuntu 8.04, ou 8.10, mudando o parâmetro pelo script ou manualmente, meu ciclo aumento +1 por minuto…
To fu…
Alex,
para fazer os testes é preciso deixar o notebook sem uso, ou posso utilizá-lo durante os testes? Acho melhor deixar em stand by neh?
Ah, uma coisa interessante q um amigo aí em cima disse: pode mudar o valor de 254 para outro mais baixo para evitar superaquecimento?
E ai Alex, parabéns pelo artigo, bom sou mais um newbee usuario ubuntu 8.10 intepid ibex, vejo o quanto e complicado e ao mesmo tempo gratificande se lançar no mundo livre, bom tenho mais uma pergunta pra vc:- Meu computador e um desktop tenhu um hd so para linux de 160Gb, fiz o procedimento acima mencionado por ti e me deu esse resultado:
193 Load_Cycle_Count 0×0012 100 100 000 Old_age Always – 37
– Devo fazer algo? Não sou um expert em hardware, mas essa materia me chamou a atenção, e esse HDD de 160Gb e da fabricante Hitachi! obrigado pela atenção desde ja!
Alex, ótimo artigo!
Mas, infelizmente, não funcionou no meu caso.
Uso um laptop Toshiba, já com uns quatro anos. Sempre usei Kurumin e Debian, além do Windows que veio de fábrica. Há dois meses uso Ubuntu 8.10. Meus ciclos aumentam na velocidade de 1 a cada 40 segundos. Já tentei de tudo (seu script e edicão manual de todos os hdparm que encontrei), mas o número de ciclos permanece. No Windows, é 1 ciclo a cada 8 ou 10 minutos. Por último, instalei o openSUSE 11.1 e usei as ferramentas do KDE e do YAST para gerenciamento de energia. Funcionou! Porém, ainda desejo uma solução para o Ubuntu, pois gosto mais de distribuições debian-like.
Alguma outra idéia??
Ivan, você tentou mudar a variável PARAM para um valor menor que 255?
Agora… Uma dúvida… Como você faz para olhar o número de ciclos no Windows? Muita gente pergunta isso.
Alex,
Para olhar o número de ciclos no Windows, uso um programinha ótimo (que nem precisa instalar!!), é o Driveman. Consegui-o, depois de testar uma ou duas dezenas de outros programas. Ele tem um “Smart” dentro e pode dar todas as informações que o Smartmoontools.
Para o problema do HD á outra solução? Quais os arquivos que posso editar, para solunar este problema? Não costumo atualizar o sistema e não teria problemas com a substituição do arquivo.
Amigos,
Os novos scripts do ACPI, disponibilizados nas atualizações do Ubuntu 8.10, resolveram o problema (pelo menos no meu caso!). Não sei dizer se nas outras versões do Ubuntu a atualização está disponível, mas como o caso fez grande audiência, acho que todas as distribuições disponibilizarão a solução.
Não tenho o hábito de atualizar o sistema, apenas baixei os arquivos relacionados com o gerenciamento de energia.
Meus ciclos, agora, não passam de 5 a cada 20 minutos.
Abraços,
Como arrumar isso no windows vista???
Grato
Pessoal
Eu sei que isto não é um fórum, mas preciso de uma ajuda.
Seguinte: eu tenho um lap da compaq, com hd toshiba e fedora10. Usava o script para gerenciar o hd no ubuntu que eu tinha instalado aqui. Demorei um tempão mas me dei conta de que o fedora está carregando/descarregando loucamente o hd, de modo que a saida do xmartctl tá em 196.000, mais ou menos.
Porém, o script não funciona no fedora, o retorno do comando diz que não existe o /etc/acpi.
Socorro!! Em uns três dias meu pc chega nos 200.000.
O que eu faço?
Aff
Aparentemente parece que resolvi o problema em tempo recorde com o comando:
hdparm -B 255 /dev/sda
será?
Esse comando desliga o gerenciamento de energia do seu HD. Contudo, sempre que seu notebook hibernar, ao voltar, ele estará com a configuração padrão, ou seja, com o gerenciamento de energia do HD ligado. O problema não está resolvido!
Desculpe-me! Não sei como o Fedora funciona.
POis é
Vou ter que voltar pro ubuntu até aprender como resolver isso.
mas obrigado mesmo assim…
comprei um HD novo faz 7 meses, estava usando WMC05, instalei o magnifico ubuntu, fiz a contagem pela primeira vez ontem de tarde e ja estava em 90474, hj de tarde olhei otra vez e estava em 90479. Como agora uso exclusivamente o linux, isso significa que o janelas estava arrebentando meu HD e o ubuntu esta sendo muito gentil… ,) Viva o Open Source! Viva o UBUNTU!!
Como arrumar isso no windows 7? ja que meu note não tem opçao de desabilitar o smart na bios!
Ola Alex, coloquei o seu script mas os ciclos de carga ainda estão muito frequentes, quase 1 por minuto, o que posso fazer?
Qual distribuição/versão você usa? Eu uso o Ubuntu Jaunty e nem estou usando mais o script, pois parece-me que o Jaunty já corrigiu o problema.
Estou na 8.04, mas vou migrar para a jaunty
Coloquei o Ubuntu 9.04, mas o problema persiste, acho que vou migrar para outra distribuição.
vc atualizou para o Jaunty ou você instalou do “zero” sem atualizar do 8.10 para 9.04?
Olá Alex.
Sou novo no Linux e estou tentando indentificar qualquer coisa estranha no meu HD…
Fiz exatamente o que vc explica.
Mas confesso que não entendi muito…
Quando eu jogo o comando… Aparece isso: 225 Load_Cycle_Count 0×0032 100 100 000 Old_age Always – 8589935190
O número é enorme…
Isso é ruim?
Não sei mais o que fazer depois disso.
Obrigado.
Daniel
Será que esse grave problema foi corrigido no Ubuntu 9.04? Eu usava o 7.10 e ‘ouvia’ direto o descarregamento do hd a cada alguns segundos. Realmente parei de usar o Ubuntu para não danificar o HD.
Executo: sudo smartctl -A /dev/sda | grep Load_Cycle_Count
após os demais comandos e não tenho resposta alguma.
Será que esse grave problema foi corrigido no Ubuntu 9.04 (jaunty)?