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.
Este post sobre esta questão foi o que me deixou mais tranquilo. Meu laptop com Ubuntu tem 1 mês de uso e já fez mais de 3.279 U/L. Achei muito e estava esperando uma solução definitiva, e uma melhor explicação também.
Mas tenho duas dúvidas:
1. Porque não mudar diretamente o valor do hdparm -b para 254/5 no /etc/acpi/power.sh, ao invés de usar este script? Faz diferença? Ou é só para não mexer nas configurações padrões do Ubuntu?
2. Como trabalha o parâmetro “-b”, ele só atua no U/L? Percebi que este é um parâmetro recente e a documentação é muito vaga, a ponto de termos de realizar testes individuais para descobrir o melhor número para ele.
Alex, comprei um notebook a pouco tempo da Dell e notei que após remover o winXP e instalar o ubuntu o HD começou a fazer uns barulhos de cliques constantemente. Acredito ser esse o problema.
Porém tenho uma pergunta, já que utilizo o Ubuntu por filosofia e não sou um especialista em linux. Meu HD está particionado. Como fica a questão do /dev/sda?
Jaime Balbino,
Se o arquivo em /etc/acpi/power.sh for alterado, uma simples reinstalação ou atualização do pacote faz tudo voltar ao que era antes. Por isso, não gosto muito desta solução. Quanto ao parâmetro do hdpam… Ao contrário do que você diz na sua mensagem, o correto é -B e não -b. Veja o que é dito quanto a essa opção nas man pages.
Rodrigo Saraiva,
/dev/sda é o dispositivo físico. No caso, é o HD. As partições são /dev/sda1, /dev/sda2 e assim por diante. Dessa forma, se você tem um único HD, o ocorreto é usar /dev/sda (mesmo com mais de uma partição).
[]’s
Alex
Alex, fiquei em dúvida quanto ao resultado que obtive, o Load_Cycle_Count aumentou em 3 unidades em 20 min. Isso é bom ou ruim? Muito grato, e grato pelo post. Abraço.
Pelos meus cálculos, isso dá mais de 1.000 dias de uso sem parar. Você pretende usar o seu notebook por mais tempo que isso?
Pois é Alex, uns 7,5 anos de 8 horas por dia de trabalho, acho que está bom né? Grato pela resposta super rápida.
Olá, Alex.
Em meu notebook, com Mandriva, utilizei o comando “smartctl -i /dev/sda” e foi retornada a seguinte mensagem:
Device does not support SMART
O que devo fazer? Me acostumar com a idéia de que vou precisar trocar meu hd em menos de 1 ano?
bem, eu achei algo esquisito quando notei que no Windows e no FreeBSD o crescimento do load/unload era o mesmo :/
o normal é quanto por hora ?
meu disco é da hitachi tb, e tá na casa dos 100mil. o notebook é de junho
matheus
Guilherme,
Se seu HD não suporta SMART, creio que ele não suporta gerenciamento de energia. Dessa forma, você deve estar livre do problema.
Uso Mandriva 2008, e fiquei impressionado, em 10 minutos foram 14 Load_Cycle, em 3 horas foram 146. Fiz os cálculos e a prespectiva de vida do meu HD não me agradou em nada, afinal não faz nem um mês que eu comprei um HD novo para meu notebook.
Misteriosamente utilizei o parâmetro 255 e o avanço do Load_Cycle continuou sem melhoras.
Por curiosidade, bootei minha máquina usando OpenSuse 10.2 e qual não foi minha surpresa ao ver que em 1 hora, não houve o avanço de um único Load_Cycle. Pesquisei e verifiquei que o OpenSuse 10.2 usa o parâmetro -B 254 por default.
Voltei ao Mandriva e tentei com 254, voilá!, funcionou perfeitamente. No caso do Mandriva o parâmetro 254 funciona muito melhor que 255.
Seu script, pelo que verifiquei, não funciona para o Mandriva. Inclui o parâmetro -B254 em /etc/sysconfig/harddisks. Pergunto: Há um lugar mais adequado para alterar este parâmetro, no Mandriva?
Grato pelo post. Foi muito elucidativo. Continuarei visitando seu blog regularmente.
Ulisses Says,
Nunca usei o Mandriva. Por isso, não posso te indicar a melhor forma de resolver o problema nele. Realmente, meu script deve funcionar bem apenas em distribuições baseadas no Debian, como é o caso do Ubuntu. Contudo, se você conseguiu corrigir o problema no Mandriva com sucesso… Paranbéns! Obrigado por compartilhar aqui com a gente para conhecimento de outros usuários do Mandriva. Só peço para que fiques atento no caso de atualizações do sistema que possam vir a subrescrever o arquivo /etc/sysconfig/harddisks.
Então é mais aconselhado usar 255 ou 254 em Ubuntu??
Outra coisa como posso monitorizar a temperatura do disco rígido em Ubuntu?
Pedro,
O comando “hdparm -H /dev/sda” (se o seu drive for o /dev/sda) informa a temperatura atual do disco rígido.
Alex valeu pela dica do HD, funcionou bem no meu notebook Lenovo 3000 c200 Intel Centrino Duo, com Ubuntu personalizado de Mac OS
Mt obrigado por isto, só posso dizer que desde que fiz isto, o meu disco deixou de se desligar com tanta frequência, e o PC de crashar constantemente quando a usar bateria.
Mt obrigado mesmo
Continua o bom Trabalho
Eu tenho um macbook com o Ubuntu 7.10. A apple trabalha com HDs da hitachi também.
Acontece que o smartctl me retorna 22654 ciclos! Essa máquina é nova (uns 2 meses) e tem pouco tempo de uso. A maior parte do tempo fico no MacOS (para brincar) e para trabalho mesmo uso o Linux.
Vcs não acham estranho o valor ser tão alto para algo tão novo e com pouco uso?
Cesar,
Sim, está mesmo muito alto. Dê o boot pelo Ubuntu e verifique quantos ciclos de carga ele realiza em 1h de uso.
como explicar isso?!?!
lucas@lucas:~$ sudo smartctl -A /dev/sda | grep Load_Cycle_Count
225 Load_Cycle_Count 0×0012 001 001 000 Old_age Always – 2165851
Oi Alex, eu gostaria muito de fazer o procedimento que sugeriu, mas não consegui…
Instalei o pacote com sucesso:
fshark@fshark-desktop:~$ sudo apt-get install smartmontools
Password:
Mas na hora de executar o segundo passo:
fshark@fshark-desktop:~$ sudo smartctl -a /dev/sda | grep Load_Cycle_Count
fshark@fshark-desktop:~$
Ou seja, nada é retornado.
Sabe me dizer por que? Obrigado.
Fabiano,
Deve estar acontecendo algum erro. Execute o comando abaixo para ver a saída do smartctl.
Ola Alex!
Estou apavorado! Fiz o teste e observei que mesmo usando alimentação externa, meu notebook (Acer Aspire 5100-3577) executou 71 ciclos em 20 minutos. Tenho o note a seis meses e ele ja executou um total de 104800 ciclos, o que segundo as expectativas me da mais cerca de 18 dias corridos de uso.
Vou fazer o script com as alterações que você sugeriu mas ainda assim gostaria de saber se devo tomar mais alguma atitude p tentar diminuir o dano.
Obrigado!!
Marcos,
Nossa, cara! Em seis meses, 104.800 ciclos? Acho que este é um novo record! Aplique as correções urgente para que você possa dormir tranqüilo e sempre faça backups.
Eu já fiz alterei o necessário e agora eu medi num intervalo de 2h30 e não teve nenhum ciclo (mas não serve muito como parâmetro pois não estou usando a bateria).
O que eu acho estranho é que em 2 meses eu tive um valor tão alto de ciclos, e isso tudo usando o MacOS! Será que o problema vale para o Tiger também?
Primeiramente eu tentei com PARAM 255 e deu certo. O modo de economia de energia do HD foi desativado. Entretanto, eu gostaria de testar o PARAM 254. O que eu preciso fazer? Apenas alterar o arquivo hdd-spin-fix.sh e depois executar novamente o comando “sudo sh hdd-spin-fix.sh” ?
Obrigado!
Ronan,
Exato.
9 meses de uso : 21679
no primeiro teste: 21666
20 min depois: 21679
devo usar o script???
eu estou sem retorno tbm, na mesma situação do fabiano
quando executo sudo smartctl -a /dev/sda, retorna (entre outras coisas)
SMART support is: Available – device has SMART capability.
SMART support is: Disabled
SMART Disabled. Use option -s with argument ‘on’ to enable it.
deixa desativado mesmo? e tah tudo bem?
tiago,
Se seu HD tem suporte a tecnologia SMART, aconselho você a hablilita-la através do comando a seguir. Afinal de contas, tal tecnologia é muito útil para detectarmos quando o HD está prestes a dar problemas.
Daew Galera, blz
seguinte acabei de compra meu acer aspire 3100, e instalei o windows xp, e ia instalar o linux, fui procurar na net qual distribuição já era mais preparada para note e tal, dai acabei descobrindo esse lançe do HD no ubuntu (q por sinal tava pensando em colocar no note), dai só pra ver, fui la no everest pra saber quantos Load/Unload Cycle Count já tinha com o windows xp, e pra minha surpresa tinha ja 718, e tava fazendo um a cada 2 minutos( provavelmente até o final desse post ja deve ter almentado uma porrada).
Conclusão, essa merda tb tá acontecendo no windows, e muito provavel tb em outras distribuiçoes linux ond ha gerenciamento smart, sera q isso sempre foi assim e ninguem nunca c tocou pra isso antes ?
Aos meninos que estão recebendo vazio como retorno:
O hd de vcs é samsumg? se for, deem uma olhada na opção -F pra mim deu certo…
E outro detalhe, o hd de vcs por acaso n fica em /dev/hda em vez de /dev/sda nao? acredito que o segundo seja para hds Sata, mas n tenho certeza, alguem confirma?
Muito bem, Debora! Ótimas dicas! Só confirmando… /dev/sda dizem respeito aos HDs SATA sim. Eles são os mais comuns em notebooks.
quando digito :smartctl –all /dev/hda retorna um monte de coisas, menos o Load_Cycle_Count… o que devo fazer? melhor desativar de novo ou deixa como está?
eis o que retorna:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0×000f 100 100 051 Pre-fail Always – 0
3 Spin_Up_Time 0×0007 253 062 025 Pre-fail Always – 5760
4 Start_Stop_Count 0×0032 100 100 000 Old_age Always – 969
5 Reallocated_Sector_Ct 0×0033 253 253 010 Pre-fail Always – 0
7 Seek_Error_Rate 0×000f 253 253 051 Pre-fail Always – 0
8 Seek_Time_Performance 0×0025 253 253 015 Pre-fail Offline – 0
9 Power_On_Hours 0×0032 100 100 000 Old_age Always – 5735
10 Spin_Retry_Count 0×0033 253 253 051 Pre-fail Always – 0
11 Calibration_Retry_Count 0×0012 253 253 000 Old_age Always – 0
12 Power_Cycle_Count 0×0032 100 100 000 Old_age Always – 531
187 Unknown_Attribute 0×0032 100 100 000 Old_age Always – 1114113
190 Temperature_Celsius 0×0022 124 097 000 Old_age Always – 38
194 Temperature_Celsius 0×0022 124 097 000 Old_age Always – 38
195 Hardware_ECC_Recovered 0×001a 100 100 000 Old_age Always – 104784431
196 Reallocated_Event_Count 0×0032 253 253 000 Old_age Always – 0
197 Current_Pending_Sector 0×0012 253 253 000 Old_age Always – 0
198 Offline_Uncorrectable 0×0030 253 253 000 Old_age Offline – 0
199 UDMA_CRC_Error_Count 0×003e 200 200 000 Old_age Always – 0
200 Multi_Zone_Error_Rate 0×000a 100 100 000 Old_age Always – 0
201 Soft_Read_Error_Rate 0×000a 100 100 000 Old_age Always – 0
ahh, e quando digito
sudo smartctl -A /dev/hda | grep Load_Cycle_Count
ele continua sem retornar nada
Olá Alex, fiz tudo o que está postado no site a única coisa que alterei foi o hd que no me caso é /dev/hda mas depois que executei o comando vi que ele continua a aumentar. olha que nem esperei os vinte minutos! foram cerca de dois a três e ele aumentou em mais ou menos 5.
vc tem alguma sugestão?
não é mais necessário eu utilizei 254 e agora está funcionando beleza.!
de qualquer forma obrigado!
Olá Alex, tudo bem?
Cara, eu acho que isso aí é papo furado, não o seu post, que traz informações interessantes, mas essa histórias de 200 mil ciclos. Não é possível. Eu tenho Ubuntu na minha máquina a anos, sempre Ubuntu. E num HD SATA. Olha o resultado:
225 Load_Cycle_Count 0×4959 138 145 089 Pre-fail Offline – 124284400600015
Isso sem contar o HD IDE que tenho a uns 3 anos a mais que esse e está lá até hoje também redondo (o IDE não respondeu a esse comando, acho que ta com o SMART desabilitado)!
Vamos colocar uns pontos nos ciclos pra ficar mais fácil de visualizar:
124.284.400.600.015
Ou seja, mais de 124 trilhões de ciclos. Bem mais que 200.000 ou 600.000 que seja. Como o HD é um Maxtor, então suponho que tenha que contar com os 200.000 ciclos. Isso significa que ele já deu 621.422.003 vezes mais do que deveria (isso mesmo! 621 milhões de vezes).
Nunca perdi um arquivo sequer, uso o computador todo dia e o HD está tinindo!
Grande abraço!
LedStyle,
Dá para ver claramente que o software fez uma leitura errada do seu HD, ou provavelmente o HD está informando errado. Esse número é um estouro de inteiro e não faz o menor sentido.
Para você ter uma idéia, se o HD fizesse um ciclo por segundo, o que já é abusurdo, então 124.284.400.600.015 segundos equivale a mais ou menos 40.000.00 anos!
[]’s
Tens ração, NiX! Era essa a argumentação que eu havia pensado. Acho que o smartctl está lendo a informação errada do HD do LedStyle.
O HD é o dispositivo que mais dá problema nos notebooks. Como o gerenciamento de energia neste tipo de sistema é bem mais agressivo do que nos desktops, a fadiga do HD por uma pletora de ciclos de carga/descarga é uma explicação muito boa para o fato.
Ae Raça.
To com o mesmo problema de um user ai.
Eu escrevo o comando e o load cycle não aparece, mostra um monte de coisas menos isto ;/
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
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×000f 120 099 006 Pre-fail Always – 0
3 Spin_Up_Time 0×0003 096 095 000 Pre-fail Always – 0
4 Start_Stop_Count 0×0032 100 100 020 Old_age Always – 247
5 Reallocated_Sector_Ct 0×0033 100 100 036 Pre-fail Always – 0
7 Seek_Error_Rate 0×000f 080 060 030 Pre-fail Always – 110772354
9 Power_On_Hours 0×0032 097 097 000 Old_age Always – 2929
10 Spin_Retry_Count 0×0013 100 100 097 Pre-fail Always – 0
12 Power_Cycle_Count 0×0032 100 100 020 Old_age Always – 244
187 Unknown_Attribute 0×0032 100 100 000 Old_age Always – 0
189 Unknown_Attribute 0×003a 100 100 000 Old_age Always – 0
190 Temperature_Celsius 0×0022 061 051 045 Old_age Always – 689504295
194 Temperature_Celsius 0×0022 039 049 000 Old_age Always – 39 (Lifetime Min/Max 0/14)
195 Hardware_ECC_Recovered 0×001a 068 060 000 Old_age Always – 173643567
197 Current_Pending_Sector 0×0012 100 100 000 Old_age Always – 0
198 Offline_Uncorrectable 0×0010 100 100 000 Old_age Offline – 0
199 UDMA_CRC_Error_Count 0×003e 200 200 000 Old_age Always – 0
200 Multi_Zone_Error_Rate 0×0000 100 253 000 Old_age Offline – 0
202 TA_Increase_Count 0×0032 100 253 000 Old_age Always – 0
É, sua conta faz sentido… Mas que me assustei assustei. Mas logo em seguida dexei pra lá pois o HD ta tinindo e uso Ubuntu nele já tem umas 5 versões.
Tem como instalar esse sysctl no Mac? Ou tem outro software similar?
Queria ver os ciclos do meu HD do MacBook.
Eu quiser dizer smartctl e não sysctl hehe.
Eu achei essa versão aqui:
Se alguém quiser: http://subloads.com/mac/view.php?id=3078
Mas não roda pois é pra PPC e o meu é Intel. E não tem opção de rodar pelo Rosetta.
Desculpe postar seguido. Esse é o último hehe. Googlando aqui encontrei uma versão pra INTEL. Vejam só o resultado:
http://img267.imageshack.us/my.php?image=imagem1iq7.png
165807 ciclos. O Mac não tem nem 1 ano ainda.
Pelo visto o ciclo do OSX não é muito diferente do do Ubuntu.
Olá Alex. Achei otimo a sua dica, porém acho que aqui no meu notebook HP não funcionou. Fiz tudo o que tinha que ser feito, porém a velocidade que aumenta o número de ciclos de carga do HD é muita rapida, +- 4 por minuto. Ele é novo, porem esse numero ja esta em 30000. Estou usando o Ubuntu 7.10
Por favor preciso de ajuda, O que faço?
Grato
Caro Alex,
Em primeiro lugar, parabéns pelo post! Muito bem escrito e explicativo. Continue com o bom trabalho! Também vi o seu post sobre o skype, interessante mesmo.
Agora minha dúvida… Fui instalar o pacote smartmontools e deu o seguinte erro no final:
—————————————————-
sudo apt-get install smartmontools
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Couldn’t find package smartmontools
—————————————————-
Tentei usar o comando dpkg, mas também não de certo…
Outra coisa, meu HD é da Maxtor, será que possivelmente não tenho problemas? Isso porque vejo que este problema ocorre principalmente com os da Hitachi
Obrigada!
Thiago,
No script, tente trocar 255 por 254.
Decker,
Acho que falta você habilitar os repositórios extras universe e backports. Dê uma olhada no arquivo /etc/apt/source.list
falae alex, primeiramente parabens pelo blog!
tenhu um notebook hp dv9223, q tem 2 hds da fujitsu de 120gb, no sda tah o /, o swap e a particao do windows, o sdb eh inteiro do meu home… a questao eh o seguinte, em 20min, o numero de ciclos do sda nao mudou nada, jah o sdb aumentou 12 ciclos, e eu uso umas 12h por dia, num vai dura nada
tem algu motico pra apenas o hd com o home dar tantos ciclos em 20 min???
abrass
fiz os testes de 20min com 255 e 254, e os dois nao tiveram ciclos nesse tempo
Legal, voce é entusiasta do GNU/Linux e o seu email é @msn.com…boa!
champa,
Pra você ver que sou um cara sadio… Consigo adorar o Linux sem odiar a Microsoft.
Eu tbm não consegui resposta depois do comando:
sudo smartctl -A /dev/hda | grep Load_Cycle_Count
tentei trocar o A por F mas tbm não teve efeito…
meu HD tbm é samsung!
se alguém puder responder… =)
até mais!