Eli
375meneos

Ubuntu podría dañar los discos duros de los portátiles por un error de configuración

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.

negativos: 5  usuarios: 194  anónimos: 181  compartir:  twitter  facebook  friendfeed
últimas relacionadas
  1. #1   Entonces, 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
    votos: 0, karma: 12
    por Akes el 26-10-2007 17:00 UTC
  2. #2   #1 Supongo que siempre será mejor eso a dejar desgastarse en exceso el disco duro.
    votos: 0, karma: 11
    por Kartoffel el 26-10-2007 17:02 UTC
  3. #3   Esto le va a dar muy mala fama a Ubuntu...
    votos: 12, karma: 35
    por Mpmx el 26-10-2007 17:03 UTC
  4. #4   ¿Mala? Esto puede tirar por tierra su popularidad.
    votos: 11, karma: -14
    por Ellohir el 26-10-2007 17:17 UTC
  5. #5   ERRONEA

    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.
    votos: 25, karma: 178
    por JarFil el 26-10-2007 17:18 UTC
  6. #6   #1 Te la juegas y bastante, a menos que no muevas el portátil ("no mover el portátil"... un poco contradictorio, ¿no?)
    votos: 1, karma: 2
    por JarFil el 26-10-2007 17:20 UTC
  7. #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?
    votos: 9, karma: 51
    por Bandit el 26-10-2007 17:22 UTC
  8. #8   #7 De la noticia: "sudo hdparm -B 255 /dev/sda"

    Ahí está el error (ver también #1).
    votos: 1, karma: 18
    por JarFil el 26-10-2007 17:24 UTC
  9. #9   #8 Aargg, no puedo editar ya la noticia para avisar de que podría ser peligroso.
    votos: 1, karma: 4
    por Kartoffel el 26-10-2007 17:27 UTC
  10. #10   Pero es que todas las fuentes recomiendan desactivar con 255!!

    Lo erróneo es no recomendarlo!!
    votos: 4, karma: 15
    por Bandit el 26-10-2007 17:31 UTC
  11. #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.
    votos: 4, karma: 51
    por Akes el 26-10-2007 17:32 UTC
  12. #12   Añadido: (existe controversia sobre si la solución es segura) a petición del usuario
    votos: 3, karma: 52
    por Tanatos el 26-10-2007 17:35 UTC
  13. #13   Ah, ya entiendo de dónde proviene la confusión:

    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? ;)
    votos: 5, karma: 35
    por Bandit el 26-10-2007 17:37 UTC
  14. #14   Al 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.
    votos: 3, karma: -22
    por Bandit el 26-10-2007 17:47 UTC
  15. #15   #14 En cualquier caso, no hará daño a nadie (no habías escrito todavía tu aclaración, que por cierto te agradezco ;-)).
    votos: 0, karma: 11
    por Kartoffel el 26-10-2007 17:55 UTC
  16. #16   LA 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.
    votos: 5, karma: 53
    por vaiano el 26-10-2007 18:19 UTC
  17. #17   Antes 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í.
    votos: 15, karma: 109
    por Shironeko el 26-10-2007 18:20 UTC
  18. #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.
    votos: 5, karma: 32
    por vaiano el 26-10-2007 18:21 UTC
  19. #19   Bueno, entonces para aclararnos del todo, es buena o no la solucion que dan en el articulo
    votos: 0, karma: 7
    por birdy el 26-10-2007 18:23 UTC
  20. #20   alguien sabe si le estan poniendo remedio con miras a solucionarlo proximamente?
    votos: 0, karma: 7
    por birdy el 26-10-2007 18:25 UTC
  21. #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.
    votos: 0, karma: 12
    por Akes el 26-10-2007 18:28 UTC
  22. #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.
    votos: 1, karma: 17
    por --5867-- el 26-10-2007 18:29 UTC
  23. #23   Eso 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.
    votos: 0, karma: 7
    por birdy el 26-10-2007 18:37 UTC
  24. #24   Yo "porsiaca" no tocaré nada.
    votos: 1, karma: 26
    por Vodker el 26-10-2007 18:37 UTC
  25. #25   Me 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...
    votos: 2, karma: 7
    por cloudy el 26-10-2007 18:45 UTC
  26. #26   ¿Y Debian como gestiona el disco con apm?
    votos: 0, karma: 6
    por rajon el 26-10-2007 18:52 UTC
  27. #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...
    votos: 0, karma: 8
    por cloudy el 26-10-2007 18:57 UTC
  28. #28   Si no estáis 100% seguros, no hagáis nada. Actualizad el sistema 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).
    votos: 5, karma: 58
    por DZPM el 26-10-2007 18:58 UTC
  29. #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...
    votos: 2, karma: -7
    por cloudy el 26-10-2007 19:07 UTC
  30. #30   #28 Tengo malas noticias para ti:

    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.
    votos: 16, karma: -64
    por Bengoechea el 26-10-2007 19:08 UTC
  31. #31   oye #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...
    votos: 4, karma: 36
    por cloudy el 26-10-2007 19:13 UTC
  32. #32   Si es que ya sabía yo que Ubuntu era una mierda. (vamos chicos XD)
    votos: 9, karma: -13
    por kesar el 26-10-2007 19:22 UTC
  33. #33   La 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.
    votos: 4, karma: 45
    por arieloq el 26-10-2007 19:27 UTC
  34. #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

    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 :)
    votos: 2, karma: 31
    por JarFil el 26-10-2007 19:39 UTC
  35. #35   #34 Pues no pareces tú tan razonable.

    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"?
    votos: 17, karma: -86
    por Bandit el 26-10-2007 19:44 UTC
  36. #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)
    votos: 5, karma: 53
    por JarFil el 26-10-2007 19:47 UTC
  37. por --54566-- el 26-10-2007 19:54 UTC
  38. #38   Esto no pasa con Windows :P, ni siquiera con el Vista. Muahahahahahaha.
    votos: 13, karma: -75
    por Jimmy_RAY el 26-10-2007 19:58 UTC
  39. #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.
    votos: 12, karma: -100
    por Bandit el 26-10-2007 19:59 UTC
  40. por --49850-- el 26-10-2007 20:02 UTC
  41. #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...
    votos: 0, karma: 10
    por arieloq el 26-10-2007 20:02 UTC
  42. #42   #39 Fuentes del Hitachi:
    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.
    votos: 2, karma: 31
    por JarFil el 26-10-2007 20:13 UTC
  43. #43   me pregunto,,estara en este caso de acuerdo elladodelmal y kriptopolis? xD
    vease: elladodelmal.blogspot.com/2007/03/kriptopolis.html
    votos: 0, karma: 6
    por paperro el 26-10-2007 20:17 UTC
  44. #44   Pues por lo de pronto me despido de Ubuntu, y mira que esta ultima actualización me gusta peor paso de jugarmela. Volveré a Sidux!!!
    votos: 3, karma: -14
    por josecastrop el 26-10-2007 20:23 UTC
  45. #45   #43 No creo que eso ocurra nunca. Son dos mundos tan distintos como la noche y el dia. Mira lo que acaban de sacar:

    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...
    votos: 0, karma: 6
    por Bandit el 26-10-2007 20:28 UTC
  46. #46   Y la Debian como gestiona el tema ¿?

    Porque yo usaba Gentoo en el portátil hasta hace no demasiado por el tema de calentamiento compilando y tal...
    votos: 0, karma: 6
    por Remenad0r el 26-10-2007 20:35 UTC
  47. #47   Es 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.
    votos: 6, karma: 41
    por imaginateca el 26-10-2007 20:40 UTC
  48. #48   A 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.
    votos: 0, karma: 7
    por thalonius el 26-10-2007 20:41 UTC
  49. #49   Hombre 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í...)
    votos: 1, karma: 22
    por cloudy el 26-10-2007 20:46 UTC
  50. #50   Tengo que decirlo: Con windows Vista eso no me pasa.

    :-)
    votos: 11, karma: -51
    por oxydo el 26-10-2007 20:50 UTC
  51. por --16029-- el 26-10-2007 21:03 UTC
  52. #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)
    votos: 3, karma: 39
    por DZPM el 26-10-2007 21:35 UTC
  53. #53   cuanto fanatico suelto
    votos: 2, karma: 8
    por ttkoete el 26-10-2007 21:37 UTC
  54. #54   yo creo que alguna solucion le daran en los proximos dias, mejor no tocar nada.
    votos: 2, karma: 25
    por birdy el 26-10-2007 21:40 UTC
  55. #55   #51 por eso mismo no pasa si no sabes que tienes el problema no existe

    si no lo decia reviento
    votos: 5, karma: 53
    por timeout el 26-10-2007 21:46 UTC
  56. #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.
    votos: 3, karma: 33
    por krysto el 26-10-2007 21:58 UTC
  57. #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
    votos: 2, karma: 32
    por DZPM el 26-10-2007 22:14 UTC
  58. #58   No os olvidéis de los famosos virus que borraban la BIOS y los que se cargan el MBR.
    votos: 1, karma: 12
    por canelo el 26-10-2007 22:40 UTC
  59. #59   #58 Ni los que saltan por la disquetera y te agarran de los huevecillos. Menos mal que las disqueteras ya están en desuso.
    votos: 2, karma: 25
    por gothmog el 26-10-2007 22:43 UTC
  60. #60   pues 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
    votos: 0, karma: 8
    por cloudy el 26-10-2007 22:52 UTC
  61. por --24488-- el 26-10-2007 23:51 UTC
  62. #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.
    votos: 0, karma: 14
    por krysto el 26-10-2007 23:55 UTC
  63. #63   Se 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.

    Salu2!!
    votos: 0, karma: 6
    por KirO el 27-10-2007 00:43 UTC
  64. #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"
    votos: 0, karma: 14
    por DZPM el 27-10-2007 00:54 UTC
  65. #65   Zas! En todo el disco duro
    votos: 1, karma: -1
    por kattandpeist el 27-10-2007 10:02 UTC
  66. #66   ya tardaba chema xD, increible q guerra se traen
    elladodelmal.blogspot.com/2007/10/amor-casto.html
    votos: 1, karma: -1
    por paperro el 27-10-2007 10:12 UTC
  67. #67   HOYGAN! 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
    votos: 2, karma: -8
    por kattandpeist el 27-10-2007 10:15 UTC
  68. por --17067-- el 29-10-2007 07:47 UTC
  69. #69   OMG

    $ 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
    votos: 0, karma: 6
    por Sagman el 30-10-2007 11:44 UTC
comentarios cerrados

menéame