www.kriptopolis.org/ubuntu-podria-acortar-vida-disco-duro-po...
por Kartoffel el 26-10-2007 16:56 UTC, publicado el 26-10-2007 19:45 UTC
Pero no todo son malas noticias, en la noticia está la solución(existe controversia sobre si la solución es segura). Al parecer hay una función de gestión de energía que desgasta en exceso los discos duros de los portátiles.
#1Entonces, si no he entendido mal el artículo, si cambio la función con hdparm -B 255. Gasto algo más de energía pero no me la juego. En ese caso, al lío!! :) XD
Los cabezales del disco se aparcan por dos motivos:
1.- Ahorrar energía
2.- Evitar que el disco se dañe a causa de golpesysacudidas
Desactivar esta función aumentaelriesgodedañareldisco al primer golpe, cosa bastante frecuente en un portátil.
La solución no pasa por tener el disco encendido el 100% del tiempo, sino mantener un equilibrio entre tiempo apagado y número de apagados. Lo óptimo sería mantenerlo apagado el mayor tiempo posible, con el mínimo número posible de apagados. Por ejemplo: tener RAMdesobra como para que no haga falta acceder demasiado al disco, y/o usar un bufferdememoriaflash, por ejemplo para el archivo de journal, que sólo se volcase a disco cuando se llenase o el disco estuviese encendido por otro motivo.
#7#5 Existe un "grado" de frecuencia de aparcamiento, entre 1 y 255, que es lo que se regula con hdparm.
ubuntu opta por la mayor frecuencia posible y de ahí el problema, porque el disco se pasa el día aparcando y desaparcando cabezales para ahorrar el máximo posible de energía, pero como el disco tiene un límite vital de ciclos de aparcado-desaparcado, Ubuntu se lo carga antes.
¿Dónde está el error? ¿tan díficil es de entender?
#11#5 Gracias por la informacion, has colaborado para que mi HD no muera prematuramente :P.
Ahora bien, ¿cuánto le ponemos? ¿tiramos un dado de 255 caras? XD. Creo que 128 no suena mal XD.
Pego lo que dice el man de hdparm
-B Set Advanced Power Management feature, if the drive supports it.
A low value means aggressive power management and a high value
means better performance. A value of 255 will disable apm on the
drive.
#13Ah, ya entiendo de dónde proviene la confusión:
255 no deshabilita el aparcado-desaparcado de cabezales, sino que sólodesactivalaAPM, es decir, que impide que la entrada en modo batería cambie la frecuencia del aparcado-desaparcado.
En resumen, no hay riesgo para el disco en poner 255, sino sólo más gasto de energía.
#14Al autor: desafortunada modificación de tu noticia -> no existe controversia alguna sobre la solución. Consulta las fuentes, no el simple comentario de un meneador, equivocado aunque -seguro- que sin ninguna mala intención.
#16LA gente se molesta en saber que hacen otros sitemas operativos no basados en linux o freebsd? pq tengo entendido que los equipos tb duran poco con ellos...ah espera, que en los demas no podemos revisar los codigos y depurar posibles fallos futuros....
p.d.: No lo digo en tono ironico, solo que me gustaria saber que hacen los demas para comparar y que la gente pueda decidir realmente quien hace mejor las cosas punto por punto.
#17Antes de que salga el típico que siempre hace saltar el tema:
*En villa Software Libre*
¡Hay un problema con el nuevo sistema operativo Ubuntu 7.10!
Poco tiempo después todos contentos, tomando el sol.
*En Villa Windows y Software Propietario*
¡Hay un problema con el nuevo sistema operativo Windows Vista!
*2 años más tarde....*
Vamos a lanzar un service pack!
*1 año más tarde la situación sigue incierta*
#16 Sips, a saber cuantos fallos y bugs escondidos hay allí.
#18#17 en ubuntu creo que lleva 1 año, pero si no esta claro del todo fijo que no es por ganas, seguramente tiene controversia el tema, yo sigo leyendo y documentandome y lo veo mas un problema del uso del disco, necesitamos evolucion en ese aspecto.
#21#19 He puesto antes la salida del man, y dice que desactiva el APM. Por tanto, gasta más batería pero es seguro. Yo creo que voy a probar con un valor de 128.
#22#19, yo creo que han publicado como cierto un rumor o algo mas destinado a desarrolladores... Información muy tecnica que todavía no se ha tratado para el usuario final. Recomiendo mucha prudencia y calma antes de hacer algo de lo que puedas arrepentirte.
#23Eso creo yo, que no hay que precipitarse hasta que no haya hechos seguros, supongo que cannonical lo estara investigando y le dara soluciona al bug si es cierto.
#25Me la juego a votos negativos por cafre y contaminador pero los discos que he tenido en ordenadores que enciendo y apago una o varias veces todos los días o tienen opción activa de ahorro de energía o bajo nivel de ruido no me duran casi ni el año, y alguno de los 5 maxtor ata, que peor imposible, que tengo metidos en el server, las 24 horas los 365 días encendido, lleva 4 o mas años... El disco duro no es para andarlo parando arrancando, desacelerando y acelerando cada 3 minutos...
#27#26 igual pero que yo sepa no tiene nada de hdparm -B 1 ni ninguna por defecto si no lo pones tu a mano o como sea, pone el hdparm -d 1 de la dma y creo que nada mas de relevancia...
#28Si no estáis 100% seguros, no hagáis nada. Actualizadelsistema estos próximos días, ya que mañana o pasado pondrán la solución correcta (si es verdad que hay un problema y si es verdad que hay solución).
#29#28 mas que actualizar, ya que es un problema de una configuración que obliga a usar mal el disco duro al comando hdparm, sería anunciar como reconfigurar o hacer y anunciar un configurador que quite el dichoso hdparm -B 1... Si es que linux es como un dios y un demonio, según lo que le pidas y lo configures hace maravillas o revientas lo que sea, incluido tu propio sistema claro, lo que hay que hacer es no pedir todo hecho y hacer al menos la décima parte de horas de un cursillo de linux que las que hemos echado reinstalando y arreglando el windows desde 1995 y no pasará mas esto...
Es decir, hace 14 meses... e insistiendo otra vez:
Bug 104535, first reported on 2007-04-08
Que es el mismo bug, recordado hace 7 meses y sigue igual en Gutsy.
Leed las fuentes e informaros antes de hablar, que hay un huevo de usuarios de portátiles que se están quedando sin disco en uno o dos años, mientras los de Cannonical (y algunos de vosotros) miran para otro lado.
#17: ya ves lo que hay. Cannonical y Microsoft, primos hermanos.
#31oye #30 yo creo que al tratarse de una configuración mala y no un bug propiamente dicho, y estar mas que explicado, el que no se documente lo mínimo de lo que pasa con su sistema operativo pues que no se queje mucho, microsoft tiene casi el mismo problema si pones el disco a dormir cada 2 minutos, te cepillas el servo en 3 meses...Mal que ubuntu no me guste demasiado y tengo debian a ver si ubuntu no se come todo y se convierte en un monopolio desde lo que era...
#33La voto errónea ya que esto no es causado por ningún sistema operativo, este es un problema de hardware que implica la vida útil del disco contra el ahorro de energía que haga. La garantía de los discos duros es por 3 años de uso por lo que si se muere antes el disco cae dentro de la misma.
#34#10, #14 "Consulta las fuentes, no el simple comentario de un meneador, equivocado aunque"
Siento mucho que algunos se hayan quedado en la primera capa de "fuentes". Me temo que entonces tampoco se creerán cosas tan raras e infundadas como esta otra:
Hitachi/IBM drive APM modes
0x00 : disable APM (default value)
0x01 - 0x3f : Invalid values
0x40 - 0x7f : APM mode is unload with low RPM idle
0x80 - 0xbf : APM mode is unload with normal RPM idle
Muchocuidado con lo que le ponéis al -B, que os puede salir el tiro por la culata muy fácilmente.
#36#35 Gracias por sacar cosas de contexto abogando por un argumento falto de lógica y basado en una reacción sentimental. Tenía dudas de si eras o no un troll.
En mi blog pone bien clara la categoría de ese post: opinión. No confundir con "datos".
(esto también son datos)
#39#36 Vaya, y yo que pensaba -y pienso- que el troll eras tú, que eres el único que pone en tela de juicio lo que se dice respecto a esta noticia en todos los sitios de Internet que he consultado.
Y con "datos" me refería a los de tu Hitachi, que no explicas de dónde los sacas ni qué quieres decir con ellos, don susceptible.
#41#38 no solo pasa, ademas pasa tan frecuentemente que no se dan cuenta... no se puede forzar un disco duro a trabajar mas tiempo del que esta garantizado, generalmente un disco duro es sometido a pruebas muy intensas de trabajo antes de sacarlo a la venta pero no se puede predecir cuanto durará, un programa no puede dañar el hardware, es un mito increíblemente muy difundido...
#47Es alucinante que la mayoría no os hayáis leido los enlaces que ponen.
Esto solo pasa cuando el portátil se pone en modo laptop y el problema depende del fabricante, no de Linux (sí, de Linux, porque no sólo le pasa a Ubuntu) Para saber si os afecta o no ejecutáis el comando
grep ENABLE_LAPTOP_MODE /etc/default/acpi-support
Si os da de resultado TRUE, entonces es conveniente que cambiéis la configuración. Si os da false, entonces no está en modo laptop y el fallo no ocurre y os podéis echar a dormir.
En cualquier caso, he visto más discos duros cascados por virus en Windows, que por uso en Linux.
#48A ver, yo no entiendo nada del tema, pero por lo que leo, el problema es que el disco duro dure más o menos.
El caso es que hoy en día a una persona un ordenador no le dura ma´s de 3 o 4 años.
Siempre se le queda obsoleto y acaba comprando otro mejor.
Creo que los ordenadores, independientemente de esos consumos de disco o aparca no se qué, estarán preparados para durar más, así que, según mi inexperta opinión, creo que esto no es demasiado problemático, ya que seguro que acabarás comprándote un ordenador nuevo antes de que tu disco se pueda ver afectado por ese problema.
#49Hombre yo os diría que si no sabes no lo arregles pero creo que bastaría con mirar el hdparm de /etc/defaults o donde quiera que lo lea el /etc/rcS.d/S(numerito)hdparm en Ubuntu (en debian es ahí), y quitar el -B loquesea de hdparm_opts= (o similar) y dejarlo así..
(joder es que en linux aprendo a configurar las cosas a mano por el cuento de la vieja, y cuando funcionan como no necesito volver a conigurar lo mispo en la puta vida, ni cambiando de distro siquiera, salvo c&p de las opciones a otro archivo o así, al final no se mas que lo último que aprendí...)
#52#30 no significa que el bug lleve todos esos meses abierto, sino que es un bug regresivo. Como eres un experto del tema no hace falta que te explique lo que eso significa ;-)
Para los que no van de listos: un bug regresivo es uno que ya se ha solucionado, pero que de repente vuelve a aparecer con alguna versión posterior del programa. Suelen ser un quebradero de cabeza, ya que implica que no se solucionó bien (sino que se puso un parche rápido encima)
#56#47 Yo trabajo en una empresa de antivirus manipulando malware y no he encontrado ninguno que haga lo que tu dices, y eso que he ejecutado miles de bichos.
#57#56 completamente offtopic, pero antiguamente los virus cascaban monitores disparando la tasa de refresco y la frecuencia, y tres cuartos de lo mismo con los primeros lectores de CD :D
#60pues haber, los que escribían constantemente el mismo sector del disco duro, por ej la mbr como dice #58, hasta que lo cascaban habíalos, claro que no eran discos "green" y no podían ponerlos a dormir, hubiera sido mucha caña de virus.... XD XD
#62#57#60 Eran otros tiempos, hoy en dia me parecere casi imposible que un troyano sea capaz de partirte un disco duro. De hecho no he oido de ninguno en los ultimos años aunque tal vez este equivocado y exista algun caso sin mucha repercusion.
#63Se decía de algunos clientes bittorrent de antes, que no cargaban las descargas en buffer, que a la larga te dañaban el disco duro. El problema no es que el software se cargue el hardware directamente porque esto ya no es posible (antes los monitores si se podían destrozar como comentan arriba) a no ser que sea hardware defectuoso, sin embargo el disco duro es una parte especial de un ordenador, es una de las últimos componentes del ordenador con partes móviles, el que se mueva hace que tenga un desgaste y por tanto su vida útil se reduzca mucho con el uso (más que cualquier otro componente). No puedes hacer software que se cargue un disco duro por las buenas, pero si que lo desgaste y acabe cargándoselo.
#64#62, hoy en día es totalmente imposible: un programa "normal" no tiene ese acceso a bajo nivel, sino que hay varias capas de abstracción por encima.
Por ejemplo, tu programa puede decir "escribe estos bytes en tal archivo", pero no puede decir "clávame la aguja y taladra el disco"
#67HOYGAN! E REALISADO LA PRUEVA DEL ALGDON I ME DISE POSITIBO NO FUNSIONA HDPARM LA YESSI ME A DIXO KE DEVE DE ZER KE TENGO EL DISKO DURO, YO LE E DIXO KE LLA ME IMAJINAVA KE EYASABRIA KE LO TENGO DURO PERO KE ME E DESCORXADO DE INTERNES UN FORRO I ME AN DIXO KE NO ES KE LO TENGA DURO SI NO ESKASI EXIJO ME LO ESPLIKEN RAPIDO KE LA YESI NO KIERE KOMERSE LA.... KABESA
Los cabezales del disco se aparcan por dos motivos:
1.- Ahorrar energía
2.- Evitar que el disco se dañe a causa de golpes y sacudidas
Desactivar esta función aumenta el riesgo de dañar el disco al primer golpe, cosa bastante frecuente en un portátil.
La solución no pasa por tener el disco encendido el 100% del tiempo, sino mantener un equilibrio entre tiempo apagado y número de apagados. Lo óptimo sería mantenerlo apagado el mayor tiempo posible, con el mínimo número posible de apagados. Por ejemplo: tener RAM de sobra como para que no haga falta acceder demasiado al disco, y/o usar un buffer de memoria flash, por ejemplo para el archivo de journal, que sólo se volcase a disco cuando se llenase o el disco estuviese encendido por otro motivo.
ubuntu opta por la mayor frecuencia posible y de ahí el problema, porque el disco se pasa el día aparcando y desaparcando cabezales para ahorrar el máximo posible de energía, pero como el disco tiene un límite vital de ciclos de aparcado-desaparcado, Ubuntu se lo carga antes.
¿Dónde está el error? ¿tan díficil es de entender?
Ahí está el error (ver también #1).
Lo erróneo es no recomendarlo!!
Ahora bien, ¿cuánto le ponemos? ¿tiramos un dado de 255 caras? XD. Creo que 128 no suena mal XD.
Pego lo que dice el man de hdparm
-B Set Advanced Power Management feature, if the drive supports it.
A low value means aggressive power management and a high value
means better performance. A value of 255 will disable apm on the
drive.
255 no deshabilita el aparcado-desaparcado de cabezales, sino que sólo desactiva la APM, es decir, que impide que la entrada en modo batería cambie la frecuencia del aparcado-desaparcado.
En resumen, no hay riesgo para el disco en poner 255, sino sólo más gasto de energía.
¿Capito? ;)
p.d.: No lo digo en tono ironico, solo que me gustaria saber que hacen los demas para comparar y que la gente pueda decidir realmente quien hace mejor las cosas punto por punto.
*En villa Software Libre*
¡Hay un problema con el nuevo sistema operativo Ubuntu 7.10!
Poco tiempo después todos contentos, tomando el sol.
*En Villa Windows y Software Propietario*
¡Hay un problema con el nuevo sistema operativo Windows Vista!
*2 años más tarde....*
Vamos a lanzar un service pack!
*1 año más tarde la situación sigue incierta*
#16 Sips, a saber cuantos fallos y bugs escondidos hay allí.
Bug 59695, first reported on 2006-09-09
Es decir, hace 14 meses... e insistiendo otra vez:
Bug 104535, first reported on 2007-04-08
Que es el mismo bug, recordado hace 7 meses y sigue igual en Gutsy.
Leed las fuentes e informaros antes de hablar, que hay un huevo de usuarios de portátiles que se están quedando sin disco en uno o dos años, mientras los de Cannonical (y algunos de vosotros) miran para otro lado.
#17: ya ves lo que hay. Cannonical y Microsoft, primos hermanos.
Siento mucho que algunos se hayan quedado en la primera capa de "fuentes". Me temo que entonces tampoco se creerán cosas tan raras e infundadas como esta otra:
Hitachi/IBM drive APM modes
0x00 : disable APM (default value)
0x01 - 0x3f : Invalid values
0x40 - 0x7f : APM mode is unload with low RPM idle
0x80 - 0xbf : APM mode is unload with normal RPM idle
Mucho cuidado con lo que le ponéis al -B, que os puede salir el tiro por la culata muy fácilmente.
#28 Lo más razonable que he leído hasta ahora :)
Extraido de tu blog:
Coño, ¡pues porque son unos hijos de puta! ¡y todos los windowseros unos idiotas! ¡y los que les siguen el juego, otro tanto!
¿Y qué nos quieres decir con esos "datos"?
En mi blog pone bien clara la categoría de ese post: opinión. No confundir con "datos".
(esto también son datos)
Y con "datos" me refería a los de tu Hitachi, que no explicas de dónde los sacas ni qué quieres decir con ellos, don susceptible.
knight.fcu.edu.tw/~d9068934/ft/03.JPG
5i01.com/topicdetail.php?f=1598
www.hitachigst.com/hdd/support/download.htm
www.hitachigst.com/hdd/support/downloads/FTool_User_Guide_207.pdf
Quiere decir: los valores de APM (los del -B) dependen de cada fabricante, y no necesariamente representan una escala progresiva de menos a más.
vease: elladodelmal.blogspot.com/2007/03/kriptopolis.html
www.kriptopolis.org/microsoft-admite-responsabilidad-bug
Seguro que Chema dice que es otra conspiración del payaso-analfabeto-ignorante-adorador del diablo Stallman que dirige kriptopolis. En fin...
Porque yo usaba Gentoo en el portátil hasta hace no demasiado por el tema de calentamiento compilando y tal...
Esto solo pasa cuando el portátil se pone en modo laptop y el problema depende del fabricante, no de Linux (sí, de Linux, porque no sólo le pasa a Ubuntu) Para saber si os afecta o no ejecutáis el comando
grep ENABLE_LAPTOP_MODE /etc/default/acpi-support
Si os da de resultado TRUE, entonces es conveniente que cambiéis la configuración. Si os da false, entonces no está en modo laptop y el fallo no ocurre y os podéis echar a dormir.
En cualquier caso, he visto más discos duros cascados por virus en Windows, que por uso en Linux.
El caso es que hoy en día a una persona un ordenador no le dura ma´s de 3 o 4 años.
Siempre se le queda obsoleto y acaba comprando otro mejor.
Creo que los ordenadores, independientemente de esos consumos de disco o aparca no se qué, estarán preparados para durar más, así que, según mi inexperta opinión, creo que esto no es demasiado problemático, ya que seguro que acabarás comprándote un ordenador nuevo antes de que tu disco se pueda ver afectado por ese problema.
(joder es que en linux aprendo a configurar las cosas a mano por el cuento de la vieja, y cuando funcionan como no necesito volver a conigurar lo mispo en la puta vida, ni cambiando de distro siquiera, salvo c&p de las opciones a otro archivo o así, al final no se mas que lo último que aprendí...)
:-)
Para los que no van de listos: un bug regresivo es uno que ya se ha solucionado, pero que de repente vuelve a aparecer con alguna versión posterior del programa. Suelen ser un quebradero de cabeza, ya que implica que no se solucionó bien (sino que se puso un parche rápido encima)
si no lo decia reviento
Salu2!!
Por ejemplo, tu programa puede decir "escribe estos bytes en tal archivo", pero no puede decir "clávame la aguja y taladra el disco"
elladodelmal.blogspot.com/2007/10/amor-casto.html
$ sudo smartctl -a /dev/hda | egrep "ID|Load_Cycle"
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
193 Load_Cycle_Count 0x0032 096 096 000 Old_age Always - 85848
No veas, mecachis en la mar, que solo tiene un año y poco :S