Linux no mata discos duros, se mueren solos
Me encuentro en Kriptópolis y en Barrapunto lo que parece el notición geek del año:
- Configuración errónea de Ubuntu podría acortar la vida del disco duro de los portátiles
- Ubuntu podría acortar la vida del disco duro de los portátiles
Pues qué malo que es el Ubuntu ese, ¿no? Pues a mí no me lo parece, la verdad. A mí me parece que los fabricantes de discos duros nos están vendiendo productos artificialmente poco duraderos. Vayamos por partes.
Resulta que hay una tecnología de fabricación de discos duros llamada de Load/Unload (Un Whitepaper muy aconsejable en PDF sobre el tema: Ramp : Ramp Load/Unload Technology in Hard Disk Driver, encontrado en Broken HDDs) cada vez más extendida, sobre todo en discos duros de portátil. Consiste en que el cabezal de lectura/escritura, en vez de estar permanentemente volando sobre el disco, se aparca frecuentemente, lo que teóricamente permite una mayor duración del disco, menor consumo y mayor protección contra golpes.
Sin embargo, no se puede aparcar la cabeza un número indefinido de veces, sino que estos discos están preparados para un número máximo de ciclos de carga/descarga del cabezal que según el disco en cuestión puede ser de orden de 300K o 600K ciclos (K=1000). No es que justo cuando se llegue a ese número el disco va a dejar de funcionar de repente, sino que a partir de ahí el fabricante ya considera que puede dejar de hacerlo en cualquier momento. Paul nos cuenta que en varios de sus discos ha llegado a 600K, 900K y 1200K ciclos de carga/descarga antes de que empezaran a dar problemas. Pero eso sólo ¡en un año!
Yo me interesé por el problema nada más leer sobre él porque el disco de 2.5″ de marca Western Digital que tengo conectado a la EPIA EX10000EG (apareció de pasada en la entrada Sobre las VIA EPIA (V) ) hacía clicks muy frecuentemente. Lo notaba mucho porque cuando el disco se quedaba idle durante unos segundos, al volver al trabajajo casi siempre hacía un click que me disgustaba mucho pero que pensaba que sería normal (es un disco nuevo y tras varios tests no había encontrado ningún error). Ahora sé que cada vez que se oye uno de esos clicks lo más normal es que sea el cabezal en un ciclo de carga/descarga.
Pues bien, resulta que consultando los parámetros S.M.A.R.T. del disco con el comando smartctl, me encuentro con que el disco ya ha usado 7755 ciclos:
# smartctl -a /dev/hdc | egrep 'ID|Load_Cycle' ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 193 Load_Cycle_Count 0x0032 198 198 000 Old_age Always - 7755
Y no penséis que esta máquina se tira encendida semanas y semanas, ¡no!. Para llegar a ese número de ciclos, ese disco sólo ha pasado por una instalación de Debian y por todas las pruebas que le hice a la EX10000EG, incluyendo varios ratos de reproducción de vídeo. Por tanto, que haya consumido ya 7755 ciclos, que podría ser alrededor del 3% de los que el fabricante permite antes de que el disco sea declarado como “envejecido”, es una auténtica barbaridad.
En unas pruebas rápidas he podido ver que el número de ciclos crece muy rápidamente en pocos minutos y sin apenas usar la máquina:
Sun Oct 28 02:11:51 CEST 2007 193 Load_Cycle_Count 0x0032 198 198 000 Old_age Always - 7744 Sun Oct 28 02:15:51 CEST 2007 193 Load_Cycle_Count 0x0032 198 198 000 Old_age Always - 7753 Sun Oct 28 02:16:28 CEST 2007 193 Load_Cycle_Count 0x0032 198 198 000 Old_age Always - 7754
Como se comenta en los enlaces que hablan del problema, con el comando “hdparm -B” podemos modificar el nivel de gestión de energía que ha de tener el disco (usando APM):
# man 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.
[...]
Podemos reducirlo al máximo:
# hdparm -B 254 /dev/hdc /dev/hdc: setting Advanced Power Management level to 0xFE (254)
O incluso deshabilitarlo:
# hdparm -B 255 /dev/hdc /dev/hdc: setting Advanced Power Management level to disabled
El caso es que tras hacer lo último, el valor de Load_Cycle_Count en la salida del smartctl ya no crece más que en una unidad cuando arranco, así que me lo he puesto en el fichero /etc/rc.local, para que se ejecute siempre durante el arranque. Los clicks también han desaparecido, así que todo es mucho mejor ahora.
Y es que en este sistema, aunque le puse un disco de 2.5″ para que no consumiera mucho porque la fuente es tan sólo de 60W, tampoco necesito que sea muy estricto en materia de ahorro de energía como si se tratara, por ejemplo, de un portátil trabajando con baterías, y prefiero evitar un envejecimiento prematuro del disco.
El problema con Ubuntu, el que ha creado toda esta alarma, es que en modo laptop, que no está habilitado por defecto, el fichero /etc/acpi/power.sh configura el disco para que ahorre energía de la forma más agresiva posible, con -B 1, haciendo que el disco tenga muchos más ciclos de carga y descarga y muchos más clicks:
function laptop_mode_enable {
...
$HDPARM -S $SPINDOWN_TIME /dev/$drive 2>/dev/null
$HDPARM -B 1 /dev/$drive 2>/dev/null
}
En un bug report del problema que ya tiene bastantes meses, alguien ha probado con distintos valores de -B:
-B 128 -> 23 cycles in 10 minutes -B 160 -> 29 in 10' -B 180 -> 0 in 10' -B 196 -> 0 in 10' -B 200 -> 0 in 10'
Se ha generado alarma por Ubuntu e incluso en algunas otras distribuciones pero, en realidad, hay firmwares y BIOS que ya activan modos APM agresivos durante el arranque, como leemos en Problem with hard drive clicking, y como me ha pasado a mí mismo, que estaba sufriendo el problema con una Debian que no toca absolutamente nada de los parámetros del disco.
¿Y el problema no pasa en Windows? Pues yo no tengo ningún disco que haga clicks y que tenga Windows para probar si tras un rato de funcionamiento el valor de Load_Cycle_Count crece, pero yo esperaría que sí, ya que Windows suele optimizar bastante bien el consumo de energía en portátiles (los fabricantes de los mismos en realidad lo prueban todo en Windows).
Sí que puede ocurrir que en Linux los ciclos de carga y descarga ocurran mucho más a menudo, porque en Linux el kernel y los procesos se dedican a escribir muy frecuentemente en disco, siendo los periodos en los que el disco está idle mínimos. Cualquiera que haya intentado que un disco duro se quede parado tras un periodo de inactividad del sistema en Linux, se habrá dado cuenta de que no es una tarea fácil:
Pero para mí, me parece que lo más importante a recalcar es que en raíz, esto no es un problema de ningún sistema operativo, ni de ninguna distribución: ni Ubuntu, ni Debian, ni Fedora, ni Windows. No perdamos de vista que esto es un problema generado artificialmente por los fabricantes de discos duros que hacen su hardware con absurdas limitaciones.
Y, por cierto, no olvidemos que este es un problema sólo de los discos que se fabrican con esta tecnología de load/unload, a los que también podríamos llamar click-powered hard disks. En otros discos, dicho contador ni se estrena:
# smartctl -a /dev/sdb | egrep 'ID|Load_Cycle' ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 193 Load_Cycle_Count 0x0032 253 253 000 Old_age Always - 0
Una curiosidad para acabar: ¿Sabías que con la opción -M del hdparm puedes configurar tu disco para que intente hacer menos ruido?
:wq
Actualización 1/1/08: En A vueltas con el “hdparm -B” en Debian Lenny vuelvo a tratar el tema, enfocándolo esta vez a ver cómo están tratando el problema los desarrolladores de Debian en Lenny.
Actualización 2/5/08: Hace tiempo que está en los comentarios, pero creo que es importante recalcar que en lugar de añadir el comando “hdparm -B 254” al fichero /etc/rc.local, es mejor editar el fichero /etc/hdparm.conf y poner algo así (cambiando el fichero de dispositivo y el valor de apm según nuestras necesidades):
/dev/sda {
apm = 254
}
Seguido por el comando:
update-rc.d hdparm defaults
para que el hdparm se ejecute durante el arranque.
Actualización 5/5/08: Parece que en Ubuntu Hardy Heron no hay /etc/init.d/hdparm, de modo que probablemente siga siendo buena idea usar el /etc/rc.local.
fer dijo:
Yo solo uso ubuntu le doy un uso bastante intensivo al ubuntu y al disco q ademas al ser pequeño le tengo abrasadito al pobre. Tengo el portatil desde hace ya casi 3 años he instalao unas 6 o 7 veces diferentes distribuciones y me da un raw_value de 21000 que no me parece mucho.
A mi ubuntu no me ha roto nada, windows me ha roto el coco mas de una vez.
pacogp dijo:
Yo lo veo desde este punto de vista:
El software libre, y en este caso, ubuntu, nos permiten conocer todos los mecanismos de nuestros equipos hasta un punto inimaginable hace 5 años cuando configurar una red con win98 ya era para sentirse satisfecho.
Hoy dia, distribuciones como Ubuntu, hacen que el usuario gane en tiempo libre, no tiene que estar todo el dia realizandole un mantenimiento, ni actualizando sus protecciones, ni actualizando el software que usa, puesto que este se encarga de todo ello. Por lo tanto ahora somos muchos mas usuarios con tiempo libre y ganas de indagar en muchos mas aspectos del rendimiento de nuestros equipos descubriendo cosas como el tema este, que por mi parte no es mas que un error de los fabricantes puesto que siempre han trabajado para, por y con productos de la casa M$.
Espero que podamos seguir encontrado fallas en el diseño, aunque para algunos sean fallos por parte del s.o., asi conseguiremos una mayor evolución en la relación calidad precio de nuestro hardware y los fabricantes se veran mas obligados a lanzar las nuevas tecnologias en lugar de dosificarlas poco a poco para aumentar sus beneficios.
diego dijo:
mi disco duro tiene es tecnologia, he usado smartctl para ver cuantos ciclo había hecho ya, y en 15 dias de vida ya tengo 1070 ciclos (7 dias con windows vista y 7 con ubuntu), gracia a este artículo por fin se por que era el maldito click que hacía cada poco el portatil, lo desactivaré siempre que lo use conectado a la red
Turgon dijo:
Hola. Muchas gracias por la información, está explicado todo de una forma muy clara. Tan sólo me gustaría comentar que creo que no es necesario, al menos en Ubuntu, que esté activado el “modo laptop” para que este problema se presente. En mi caso, Ubuntu 7.10, me encontré esta incidencia aunque no se encuentra activado: en “etc/default/acpi-support” tengo “ENABLE_LAPTOP_MODE=false”. También se ve en algunos comentarios del hilo del bug que hay más gente en este caso:
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comments/73 (de hecho, este usuario dice haber solucionado el problema habilitando el laptop-mode)
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comments/86
Si no es mucha molestia, por favor corrígeme si estoy equivocado. Un saludo.
enxebree dijo:
Efectivamente el valor de hdparm -B 255 deshabilita el APM como bien dices, pero entonces entra en juego el valor que el fabricante del portatil haya establecido por defecto. En tu caso por ejemplo, es 0, ya que solo se produce un ciclo al arrancar, lo cual es lógico, pero en mi modelo se produce uno por minuto, aproximadamente.
Y es ahí donde está el problema que ha tenido Ubuntu (y otras distros), que intentado deshabilitarlo para reducir el stress del disco, se ha encontrado con la disparidad de configuraciones de los distintos fabricantes.
Pero es que aún hay más, no solo hay valores predeterminados distintos para distintos portátiles, tampoco los discos duros de distintos fabricantes tienen los mismos parámetros de APM. Por ejemplo mi Samsung no se corresponde con esos valores que citas.
Y los de un Hitachi:
Hitachi/IBM drive APM modes
0×00 : disable APM (default value)
0×01 - 0×3f : Invalid values
0×40 - 0×7f : APM mode is unload with low RPM idle
0×80 - 0xbf : APM mode is unload with normal RPM idle
Así que al final toca afinar a mano.
Saludos
Super Coco dijo:
@fer A mí 21000 ciclos en 3 años me parece un valor absolutamente razonable. Es posible que tu disco, al tener bastantes más años, tenga otro tipo de tecnología. ¿Escuchas clicks de vez en cuando?
@pacogp Tienes mucha razón, la existencia de sistemas operativos como Linux nos permiten acceder y estudiar todos los rincones de nuestro hardware y que no sea una caja negra, como Windows pretende. Si los fabricantes de portátiles y sobremesas deciden llevar el Windows OEM, es su elección, pero los fabricantes de discos duros no tienen el derecho a suponer que su disco funcionará en Windows. ¡Mi disco duro de 2.5″ ni siquiera lo tengo en un portátil!
@diego ¡Muchas gracias por tu interesante comentario! Ya que tú sí tienes Windows y Linux, sería genial que nos contaras en cuánto se te incrementa el contador tras un rato de trabajar con Windows.
@Turgon Si te fijas en la entrada, verás que yo tenía el problema y yo uso Debian y no se configura absolutamente ningún parámetro de APM del disco. Eso es porque la BIOS o el firmware del disco ya arrancan el disco así. La solución, como vemos, pasa por bajar manualmente el nivel de APM o desactivarlo completamente con el “
hdparm -B“.@enxebree ¡Gracias por tu detallado y útil comentario! Dices que:
¿Quieres decir que tras el “
-B 255” sigues teniendo un ciclo de carga/descarga cada minuto? ¡Pues eso sí que es un inconveniente!Pues no lo sabía. Eso explicaría lo anterior, claro. Es muy interesante ver que en ciertos Hitachi/IBM se deshabilita con 0 y no con 255. ¿Tienes un enlace a la fuente de dicha información? Fíjate también en que en el propio “
man hdparm” pone:¡Así que ahora me quedo con dudas!
Eduard dijo:
En mi caso tengo unos 8536 accesos en un ordenador de apenas 3 semanas… En mi caso era un acceso cada 2 o 3 segundos. “Mano de santo” lo que explicais en el tutorial,ahora ya no se incrementa el valor. No se porque no lo ponen como opción de configuración en ubuntu.
yomismo dijo:
Pero aparcar cabezales sirve para que si recibe un golpe fuerte el portátil el cabezal del disco duro no raye la superficie del disco duro y eso provoca fallo en los datos y/o muerte del disco duro si afecta a los primeros sectores.
Por tanto desactivar de esa forma el que los cabezales se aparquen implica tener un disco duro más vulnerable ante golpes y movimientos bruscos del mismo !!!
Super Coco dijo:
@Eduard Me alegro de que te haya funcionado bien.
@yomismo Sí, lo que dices es cierto. En portátiles que se puedan mover, cuanto más tiempo esté la cabeza aparcada, menor probabilidad hay de que un golpe fortuito pueda dañar el disco. Ya dice el whitepaper que mencionaba en la entrada que esta tecnología proporciona mayor protección frente a golpes. Pero en realidad, lo que hay que evitar a toda costa por encima de otras cosas es mover o golpear un disco cuando está en marcha, independientemente de su tecnología o de su modo APM. ¿No te parece?
deimos dijo:
Totalmente de acuerdo, pero, joder, es que estamos hablando de equipos portátiles que lo mismo se utilizan sobre una mesa que sobre las rodillas que viajando en un coche, etc. ¡Demonios! ¡Esto comienza a ser un angustioso callejón sin salida!
Janus dijo:
Millón de gracias por la explicación! Lo puse en 254 ya que por lo que se ve, el fabricante de mi disco (Samsung) hizo que me consuma un ciclo por segundo
, así que ni mamado le dejo el control al BIOS 
Super Coco dijo:
@deimos Hay que tomar decisiones difíciles en la vida, mi pequeño saltamontes
@Janus ¡Haces muy bien! Estando nosotros, ¿quién es la BIOS para decidir cuántas veces puede aparcar el disco?
Sagman dijo:
Ostia puta, perdon por la palabrota pero es que yo en año y medio mira el valor que tengo
para un año y medio me parece muchísimo. Gracias a esta entrada he podido arreglar el problema, uno de los problemas que tengo, no solo con el pc (bueno eso no viene a cuento..)
Gracias
Super Coco dijo:
@Sagman Gracias por tu comentario. Si no es indiscreción, ¿tú usas Windows y Linux en ese PC? ¿y qué distribución?. Si es así, ¿te importaría mirar el valor del contador en Linux, trabajar un rato con Windows y mirar si el contador se ha incrementado cuando vuelves a Linux?
¡Tengo mucha curiosidad al respecto!
Gracias
Sagman dijo:
Pues efectivamente trabajo con Windows y Linux. Luego a la noche o mañana te posteo otra vez el valor con las modificaciones que ya hice porque añado en el rc.local el comando de hdparm para desactivar la lectura. Tu lo que quieres ver es si Windows aparca el cabezal cierto no? Yo la config de Windows la tengo para que nunca apague el HD, a ver que hace. Luego o mañana te pongo el valor porque es seguro que almenos un rato voy a ir al CS: Source a jugar.
Caba dijo:
Hola a todos.
En primer lugar agradezco éste post que me ha solucionado el problema que, la verdad, me preocupaba bastante. Yo tengo un portatil Asus nuevo con un par de meses que traía instalado Windows Vista en un HD Seagate de 160G. La semana pasada instalé Ubuntu 7.10 (convive con vista). Es la primera vez que instalo esta distro por lo que buscando información sobre ella me encuentro con este problema. Hago las comprobaciones con las herramientas smart de linux y efectivamente veo que el contador de ciclos va aumentando cada vez que escucho el click (Aproximádamente cada 7 segundos) por lo que supongo que el valor del contador ha aumentado considerablemente desde que instalé la semana pasada Ubuntu. Con hdparm -B 255 deja de hacer click y el contador deja de aumentar por lo que, evidéntemente, el click corresponde con el aparcado de las cabezas.
Ahora bien, me preocupa que windows vista me esté haciendo lo mismo por lo que tomo el contador que va por 1288 y apago el equipo. Arranco de nuevo esta vez con vista y estoy trabajando con él durante media hora. Vuelvo a apagar y arranco con Ubuntu y … sorpresa, después de media hora y de arrancar con ubuntu el contador va por 1292, lo que indica claramente que en Vista no existe el problema, al menos en mi equipo.
Mientras estuve trabajando esa media hora estuve bicheando por ahí y vi que en vista en “Panel de Control”->”Opciones de Energía” tienes todos los planes de energía disponible y que existe la opción “Cambiar configuracion del plan” y dentro de esta otra opción “Cambiar configuración avanzada del plan de Energía” en donde existe la opción de establecer cada cuanto tiempo se apagará el disco duro (en mi caso tiene cada cinco minutos con batería y cada 20 con alimentación de la red eléctrica ¿Quiere decir esto que en vista se preocupan menos por las fallas producidas por no tener aparcadas las cabezas de lectura?.
También he de decir que en Ubuntu tengo en /etc/default/acpi-support “ENABLE LAPTOP MODE=false” y que el click me lo hace el equipo cuando estoy conectado a la red eléctrica (no por bateria), por lo que el problema no está solo cuando se está funcionando con alimentación por batería.
Por último me gustaría saber si el hecho de que no se apage el disco duro afectará mucho a su “esperanza de vida” ya que supongo que estará mas tiempo el motor del disco funcionando.
Gracias de antemano. Un saludo.
Super Coco dijo:
@Caba Muchísimas gracias por la información. Eres el primero que nos cuenta el resultado de dicha prueba.
Para mí, la conclusión de tus pruebas es que la BIOS o el firmware de tu disco duro ponen el modo APM agresivo por defecto y que Windows lo quita también por defecto, es decir, que hace el equivalente al “
hdparm -B 255” por defecto en los discos.Sería muy interesante que alguien más nos pudiera poner aquí el resultado de sus pruebas para tener más casos con los que comparar.
Por otro lado, preguntas que:
Si las conclusiones anteriores son ciertas, entiendo que trabajar con “-B 255″ indefinidamente será lo mismo que trabajar en Windows. Además, yo no sé en este caso qué será peor, que la cabeza se aparque mucho o que el disco esté funcionando sin parar, aunque en realidad no se para, porque entiendo que con esta tecnología, el que la cabeza se aparque no quiere decir que el motor del disco se pare.
De nuevo, gracias por ampliar la entrada con tu comentario.
Otario dijo:
Muy clara la idea del articulo, yo tambien estoy efectuando algunas pruebas y a manera de comparar resultados, cual es el modelo exacto del disco en la ultima prueba?
Gracias.
Caba dijo:
Otario, no se si te refieres a mi con lo del modelo exacto de disco de la última prueba. Si es así el modelo es ST9160821AS.
Sagman dijo:
Pues supercoco, Windows si que aparta el cabezal…
Antes:
Después:
62 veces desde esta mañana hasta ahora, lo he tenido casi todo el dia encendido fijate
Sagman dijo:
Pues he hecho otra prueba más, a ver si el contador aumenta apagando el PC desde Ubuntu y encender esta mañana e iniciar Ubuntu. El contador ha aumentado su valor un poco más, pero solamente 2 unidades
Bueno, ya me dirás algo Supercoco
Super Coco dijo:
@Sagman Muchas gracias por la información y por contribuir a mejorar la entrada.
Leyendo los datos que das y los de Caba, yo interpreto que en Windows también hay ciclos de carga y descarga pero mucho menos frecuentes. Es posible que Windows sí le configure al disco un valor de APM por defecto, pero que no sea muy agresivo.
Por otro lado, respecto a lo que dices de que el contador se te ha incrementado en dos, ten en cuenta que el contador se incrementará también cada vez que pares y arranques la máquina, porque eso también cuenta como ciclo de carga y descarga. Por eso yo decía que desde que he puesto el “
-B 255” a mí sólo se me incrementa el contador en uno en cada apagado/arranque (en los reinicios, ninguno).De nuevo, ¡muchas gracias!
Milton Pividori dijo:
Qué tal? Muy bueno el post, pero hay un problema con la solución: la temperatura del disco. Yo he probado con valores de 254 a 180, pero la temperatura del disco sube bastante al aplicar esos valores. Así que no se bien que hacer, porque un exceso de calor también afectaría al disco.
Saludos.
Sagman dijo:
@SuperCoco Pues me alegro que te sirvan los datos
y si, parece ser que Windows por mucho que le digas k no apaque el disco duro pues hace caso omiso jejeje
@Milton Pividori Pues nose la verdad que puedes hacer. Yo la verdad es que tampoco se a que temperatura debe de estar un HD y que temperatura deberíamos apagarlo (si alguien lo sabe pues sería de agradecer, asi como otros consejos para alargar la vida del HD
).
Super Coco dijo:
@Milton Pividori Gracias por tu aportación. Es un dato que no habíamos considerado hasta ahora. Para los que no lo sepan, la temperatura del disco se puede mirar con el comando
hddtemp(del paquete del mismo nombre):En cualquier caso, yo me ratifico en mi opinión de que todo esto, en raíz, es un problema de los fabricantes de los discos duros que adoptan esta tecnología que obliga a asumir compromisos entre ahorro de energía (o lo que es lo mismo, calentamiento) y desgaste de los mecanismos.
El disco duro que yo tengo con esta tecnología es el Western Digital WD1200BEVE, y en la propia página del disco en la web del fabricante aparece la cantidad de ciclos de carga/descarga que acepta, 600K y encima se regodea en que es el doble que la competencia:
Se agradece que se nos tenga informados al respecto (¡qué menos!), pero los discos anteriores a esta tecnología no es que nos garantizaran que funcionarían toda la vida, pero por lo menos no tenían una fecha de caducidad o un número máximo de usos tan claro como estos. Yo tengo discos bastantes viejos ya que han estado años y años encendidos y ahí están. ¿Que un día fallarán? Ya lo sé, pero de puro viejos, y no por un límite establecido absurdamente por la tecnología. ¿Que la tecnología no ofrece nada mejor? Pues que busquen una alternativa, pero a mí que no me tomen el pelo.
Y desde luego, que se deje de decir que cualquier Linux daña los discos duros. El software es software. Si algún hardware se deja dañar por el software, es porque está mal hecho. Yo lo tengo así de claro.
Iván dijo:
Muy bueno el artículo!. Llevo esta semana desconectado y me encuentro esto :-). Aunque ya lo había leído yo un par de días antes de que lo publicases y al principio me alarmé. Lo primero que hice al volver a casa fue comprobarlo tanto en mi pc como en el servidor con debian y parece que ninguno de mis discos duros tiene esta tecnología porque el valor “193 Load_Cycle_Count” no aparece al chequear los discos con smartctl. Así que me quedo un poco más tranquilo.
Saludos, Iván.
Super Coco dijo:
@Iván ¡Gracias! Pues si no tienes discos con esta tecnología, mucho mejor: Todos estos quebraderos de cabeza que te ahorras
Gabi dijo:
Hola! Felicidades por un blog y un artículo tan interesante. Me gustaría hacerte una pregunta, ¿es posible saber en que nivel de “-B” está configurado por defecto mi disco duro? Es decir ¿si yo hago hdparm -B 255 para desabilitar “los clicks” como se en que nivel estaba antes de que yo lo modificara?
Gracias y un saludo.
Super Coco dijo:
@Gabi ¡Muchas gracias!
Se supone que el “
hdparm -i” te lo debería de decir, pero para mi disco dice que el modo APM es unknown:Como el
-ite dice los valores que tenía el disco al arrancar Linux, si haces “hdparm -B 255” y reinicias el sistema te saldrá algo así:Así que es mejor que lo mires desde un arranque en frío del PC. ¿A ti te devuelve un valor o unknown?
RuBiCK dijo:
Enhorabuena por el artículo!
Me encantan estos tipos de “detallitos técnicos”
Me apunto lo de los ciclos de carga y descarga como la cosa que he aprendido en el día de hoy
floripondio dijo:
Pues a mi el valor siempre es el mismo, no cambia al mostrar la info con hdparm –el portatil esta conectado a la corriente–
sabeis por que no deja cambiarlo?
floripondio dijo:
1 pregunta +:
Que hace exactamente el servicio (ubuntu/admin/servicios): ajuste de rendimiento de disco ( hdparm ) ?
Super Coco dijo:
@RuBiCK ¡Gracias! ¡Me alegra que te haya resultado interesante!
@floripondio Como decía en mi comentario anterior en el que hablaba del “
hdparm -i“, dicho comando no muestra el valor actual del APM en el disco, sino el que tenía cuando arrancó Linux, como nos advierte el “man hdparm“:Sin embargo, eso es muy útil. En tu caso, por ejemplo, ya sabemos que el disco arranca con APM a 128, lo que demuestra lo que ya estábamos diciendo, que muchos discos ya arrancan con algún valor de APM antes de que el sistema operativo lo pueda modificar.
También puedes probar con el “
hdparm -I“, que según elmanes una versión mejorada del-ipero no estoy seguro de si los datos son actuales o no:Pero sigue sin aclarar nada para mi disco:
incluso cuando reinicio tras un
-B 255, cuando el-ime dice que el APM está deshabilitado en el disco en el momento del arranque.Sobre el diálogo de servicios y el
hdparm, eso sólo sirve para configurar si el script/etc/init.d/hdparmcon sus parámetros configurados en/etc/default/hdparmy en/etc/hdparm.confes ejecutado durante el arranque de la máquina o no.floripondio dijo:
gracias supercoco por la aclaración.
Intento desactivar con -B 255 y lo maximo que me permite segun -I es 254
Model Number: FUJITSU MHV2080BH PL Serial Number: NWAFT6828NUG Firmware Revision: 00000029 Advanced power management level: 254 (0xfe)Gabi dijo:
@Super Coco
Tras probar el hdparm -i, antes de modificar ningún valor del hdparm -B, me sale igual que a tí:
Luego utilizé la opción -I y me dice más de lo mismo:
Por otra parte, ¿pensáis que sería peligroso utilizar el -B 255?… ya que yo muevo bastante el portátil xD
floripondio dijo:
al volver del estado suspendido se vuele a restablecer el valor por defecto, que archivo hay que modificar para solucionar esto?
Roberto dijo:
Flipao me habeis dejado. Tengo un dell inspiron 6400, disco Hitachi 120, desde hace un año. Me inicié en ubuntu con las versiones 5-6 y abandoné windows definitivamente con Feisty 7.04. Ahora tengo Gusty 7.10 Estos son mis valores:
Tras varias observaciones, al principio sin modificar nada, el contador se incrementaba uas 5-6 veces por minuto.
Tras poner :
1) Editar el archivo /etc/hdparm.conf
2 ) Añadir lo siguiente:
/dev/sda {
apm = 254
}
3) Actualizar los cambios con sudo update-rc.d hdparm defaults
Ahora el contador solo se incrementa en dos unidades tras encenderlo.
Al hacer hdparm -i :
Entiendo que arrancaría a 128 pero luego trabajaría con un valor 254?
Comprobé como iba el tema con windows y solo se incrementaba 1 vez cada 2-3 minutos
No se si es una pijada, o alarmismo o que leches, pero si había gente preocupada con valores de 80000 imaginate yo con 240000 en un año. En fin voy a seguir indagando y lo más importante prestar más atención a las copias de seguridad.
Super Coco dijo:
@floripondio Respecto al:
Fíjate que a mí curiosamente, aunque me dice unknown, me da 0×00fe que es 254 en hexadecimal:
En cualquier caso, no sé yo hasta dónde puede ser fiable el
hdparm -io-Itras hacer el-B. Lo que sí que parece claro es que a los que os da un valor distinto a unknown el-i, sí que es el valor que tiene el disco durante el arranque, lo cual es un dato interesante y útil.Respecto a que al volver de la suspensión tengas el valor de APM original, tendrás que mirar cómo lo hace tu distribución y los scripts que ejecuta antes y después de la misma para añadir el “
hdparm -B” que te interese a ellos. En concreto, ¿te refieres a suspender o a hibernar?@Gabi Muchas gracias por colaborar con la entrada poniendo aquí lo que te sale a ti. Sobre mover el portátil, yo creo que es muy malo hacerlo con el disco duro en marcha en cualquier caso. Antes de hacerlo, es muy recomendable suspender, hibernar o apagar el ordenador. Si lo vas a hacer en cualquier caso, entiendo que cuanto más tiempo pase el cabezal aparcado, menos riesgos tendrás.
@Roberto Pues sí que tienes alto el contador, sí. Tu alternativa de poner el valor deseado de APM en el
/etc/hdparm.confes muy buena. Mucho más elegante que hacerlo en el/etc/rc.local, diría yo. Yo tiré por la vía rápida pero desde luego, parce mejor hacerlo como tú dices. El “update-rc.d hdparm defaults” no es necesario hacerlo todas las veces, sólo si previamente hemos eliminado los enlaces a/etc/init.d/hdparmmanualmente o con “update-rc.d -f hdparm remove“.Preguntas que:
y así es.
Respecto a:
Parece claro que Windows hace aparcar al disco menos veces, pero no tengo yo claro si es porque baja el nivel de APM del disco o por la forma/frecuencia que tiene de acceder a disco, que sea distinta que la de Linux.
¿Alguien que tenga Windows y Linux sobre un disco con esta tecnología y que el “
hdparm -i” no le devuelva unknown podría hacer la siguiente prueba para verificar lo anterior?1) Encender el ordenador desde un estado apagado. Entrar en Linux y anotar el valor de APM en el “
hdparm -i”2) Apagar. Encender. Entrar en Windows.
3) Reiniciar SIN apagar y entrar en Linux.
4) Mirar el APM del “
hdparm -i“.El valor que nos dé nos debería de mostrar si Windows ha modificado el APM del disco o no. Si es igual que antes es que no lo ha hecho y que consume menos ciclos por la forma de acceder a disco. Si es diferente, es porque Windows modifica manualmente el valor de APM del disco.
Roberto dijo:
Bueno lo de la modificación del etc lo saqué de http://ubuntuforums.org/showpost.php?p=3601350&postcount=11
He hecho lo que dices reiniciando ubuntu desde windows y el valor es el mismo
AdvancedPM=yes: mode=0×80 (128) WriteCache=enabled
Además te puedo confirmar que con lo valores por defecto en Ubuntu se aparca el disco cada 10 segundos y con windows cada 2 minutos.
Ahora con el valor 254 apenas se mueve. En cuanto a la teórica subida de temperatura del disco decir que ahora oscila entre 39-40.
Ultimamente encendía el ordenador a medio dia, hacía alguna cosilla y lo dejaba encendido hasta la noche. Esto supone unas 6 horas de inactividad *60 minutos*6 ciclos cada minuto=2160 ciclos cada dia que le he estado metiendo al disco así, por las buenas. en fin lo que no entiedo es una vez que se aparca el cabezal por inactividad ¿por que tiene que volver a saltar al momento si me tiro 6 horas sin tocarlo?
¿estoy en lo cierto?:
1- con los valores que tenía en windows de un ciclo cada 2 minutos entiendo que el cabezal pasa a reposo y cada 2 minutos realiza un load/uload, pero estando la mayor parte del tiempo en reposo, lo cual supone una mayor seguridad y menor consumo de energía.
2- modificando en Ubuntu los parámetros de APM, lo que hacemos es reducir el numero de ciclos de carga/descarga pero manteniendo el cabezal la mayor parte del tiempo en la posición load, es decir con un mayor riesgo ante un movimiento brusco y consumiendo más energía.
En caso de ser esto así, creo que estamos trabajando en la dirección eqivocada, la cuestión no está en como reducir los ciclos de carga y descarga mediante el APM sino en ver como podemos mantener el cabezal en la posición uload una vez que este pasa a reposo por inactividad.
Y esto si que es una cuestión del S.O.
Super Coco dijo:
@Roberto ¡Muchísimas gracias por las pruebas! Nos muestran que Windows usa el mismo valor de APM que usa Linux por defecto si no se modifica.
Dices que:
Es una reflexión muy buena. Una vez que hemos determinado que Windows no cambia el APM del disco, llegamos a la conclusión de que Linux carga y descarga el cabezal mucho más a menudo que Windows. Para mí, esto no supone una novedad, ya que en el pasado me he puesto alguna vez a intentar parar el disco con “
hdparm -S 1” pero vuelve a arrancar en tan sólo unos segundos, y es que por la naturaleza de Linux hay muchos procesos que acceden sin descanso al disco. En la entrada yo escribía:Y de los enlaces que ponía, es especialmente interesante el Linux Hard Disk Spin-Down, que aunque es un poco antiguo y no aplica bien a la realidad actual, ayuda bastante bien a entender cuál es el problema y habla del noflushd, un demonio que nos ayuda a que el disco no vuelva a arrancar tras un periodo de inactividad, como nos cuenta la descripción del paquete de Debian:
En cualquier caso, no estoy del todo de acuerdo con tu última reflexión sobre que es un problema del SO. ¿Eso quiere decir que los fabricantes de discos duros han de fabricarlos sólo con Windows y su forma de trabajar en mente? ¿Si usamos sus discos duros con Linux nos van a durar menos? ¿Y por qué no lo avisan? ¿Por qué no ponen algo como “disco sólo para Windows” en las especificaciones? ¿Por qué no prueban sus discos en Linux? Yo sigo pensando que estamos tratando de una absurda limitación que han introducido los fabricantes de discos con esta tecnología. Un disco se puede desgastar por horas de uso, y eso es razonable y comprensible, pero no por algo tan tonto como “ciclos de carga/descarga” del cabezal y poniendo un límite que se puede alcanzar fácilmente en un año y sin tener en cuenta sistemas operativos que puedan hacer un uso más frecuente del disco.
Es mi opinión, claro…
Vuelvo a agradecerte enormemente que hayas hecho las pruebas y nos hayas clarificado la situación
jorge dijo:
Me ha costado hacer el dichoso test…
Para los que no sepan primero hay que instalar el programilla poniendo en la consola “sudo apt-get install smartmontools” y luego poner “sudo smartctl -a /dev/sda | egrep “ID|Load_Cycle”
Si tienes varios discos duros seguramente sean /dev/sda y /dev/sdb
Tras un año usando Ubuntu unas 4 o 5 horas al día me sale esto:
Y bueno, 7667 y 8912 son buenos resultados para llevar 1 año, así que no me puedo quejar
.
PD: Mi portatil es un HP Pavilion dv9000. Estaria bien hacer una lista con los portatiles afectados…
Super Coco dijo:
@jorge El resultado es muy bueno. Yo diría que tu disco no usa esta tecnología. ¡Suerte tuya!
Respecto a una recopilación de modelos de portátil, creo que es más útils una recopilación de modelos de discos, ya que un mismo fabricante puede cambiar de proveedor de disco dentro de un mismo modelo de portátil.
Gracias por contarnos aquí tus pruebas.
jespitec dijo:
Hola a todos. Tengo un portátil Compaq Presario V4160 y utilizo exclusivamente la 7.10. Desde que oí la noticia, indagué en mi HD y el resultado era un aumento de ciclos vertiginoso, 1000 en poco más de 6 horas de funcionamiento. No se desactiva con el valor hdparm -B 255 sino con 240 y también con 239. Pero tengo una duda: al apagarlo y volverlo a encender, tengo que lanzar nuevamente la orden para que se detenga. ¿Cómo puedo hacerlo para que se configure al arrancar el equipo?
Mi Hd es un Toshiba MK8025GAS de 80GB.
Gracias y un saludo a todos.
Por cierto, como anécdota, me dirigí al servicio de HP para preguntarles si disponían de actualización de firmware o alguna utilidad que permita configurar el APM en mi HD. Su contestación no tiene desperdicio…me asustan con pérdida de garantía por usar otro SO distinto para el que fue diseñado, me recomiendan que instale de nuevo XP y me dicen que no me pueden ofrecer ayuda, que la busque del mismo modo que encontré Ubuntu.
Moraleja: El matrimonio HP-Windous es para siempre.
No es justo, pues yo he PAGADO POR EL HARDWARE Y POR EL SOFTWARE Y no tienen derecho a exigirme ni a negarme ayuda para el hardware que he comprado. Francia nos lleva ventaja en estos casos. Ya hay jurisprudencia sobre la ilegalidad de vender obligatoriamente un SO junto con el equipo.
Please, ¿cómo puedo ponerlo para que vaya bien desde el principio este valor de hdparm?
Super Coco dijo:
@jespitec Gracias por contar tu experiencia aquí.
Desfortunadamente, el soporte de los vendedores de hardware a cualquier cosa que no sea la versión de Windows que ellos quieran (recordemos la cantidad de gente que está teniendo problemas con los fabricantes tras reemplazar el Vista por XP), deja mucho que desear.
Respecto a tu problema, tienes un par de soluciones de las que hemos ido hablando en los comentarios:
1) Poner el comando en el
/etc/rc.log2) Poner algo como:
/dev/sda { apm = 240 }en el
/etc/hdparm.conf.Espero que te esto te ayude.
Ringmaster dijo:
Gracias por aclarar el embrollo y explicar cómo corregirlo; miraré a ver si el problema que tuve con el anterior disco usando KUbuntu (aunque no era en modo portátil) que empezó a hacer clack clack y a pararse fué por esto mirando qué marca el actual disco SATA.
Super Coco dijo:
@Ringmaster ¡Me alegro de que te haya resultado interesante!
nachopro dijo:
hola, me da miedo esto de hdparam :P. En Windows ni te enterás de esto, pero ahora que uso ubuntu en un desktop (armado por mí), me fijé y tengo 620 ciclos de carga en mi disco Hitachi Deskstar T7K250.
Ahora voy a reiniciar la PC para ver qué pasa, si sube o no ese parámetro. Ahora que lo decís, en Windows, cada taaanto, escuchaba un clic aterrador… pero habrán sido 6 en el año.
Gracias por esta información y me gustaría que me contactes. Un saludo desde Argentina!
Super Coco dijo:
nachopro Pues ya nos contarás lo que descubras… ¡Estaremos encantados de saber cómo te va a ti!
Yo la verdad es que pensaba que no había discos de 3.5″ para ordenadores de sobremesa con este problema. También es posible que les afecte, pero mucho menos.
leovalles dijo:
Como es posible que mi laptop con menos de 6 meses de uso me arroje un valor de 60552!!?? es una acer travelmate con disco duro toshiba de 80 GB. La he usado bastante eso si, a veces todo el día encendida, unos 4 meses con vista y poco mas de 1 mes con ubuntu 7.10, y el 90% del tiempo conectada a la corriente. Pero me parece demasiado. Algo que me parece extraño es que Uds hablan del “click”, yo nunca lo he notado en mi laptop. Bueno mañana me re-leeré todo este tema a ver como optimizo el uso de mi disco duro porque ya tengo algo de sueño, saludos.
nachopro dijo:
Vicente! acá está la respuesta a este tema en mi web personal con una foto de mi disco y opiniones al respecto!
http://nachopro.com.ar/aparcado-de-cabezales-en-discos-rigidos/
Saludos!
Lucas dijo:
Hola Super Coco, disculpame por el post en el lugar equivocado, y gracias por responder! (es la primera vez que me responden tan rapido :))
Ya solucione ese problema.
Pero al iniciar mi ordenador el comando dmesg me muestra lo siguiente:
[ 17.597589] PM: Resume from disk failed.
tengo que preocuparme??, saludos! y muchas gracias de nuevo.
PD: cuando hice el post anterior, lo hice en “Los Linux de mi vida” porque no me aparecia la opcion para dejar un comentario aqui.
Super Coco dijo:
@Lucas Si no me equivoco, ese mensaje lo que te está diciendo es que ha mirado si es sistema estaba hibernado para, en tal caso, leer la información para despertar de disco. Pero no la ha encontrado y por tanto, ha arrancado normal. No veo ningún problema.
PD: No pasa nada por el sitio del post. Gracias por visitar el blog
.
Peyesein dijo:
Muchas gracias por tu post, me ha sido bastante util. AL dia de hoy, tengo un portatil dell inspiron 1420 con un disco Toshiba de 80GB sata con kubuntu 7.10 y windows vista al mismo tiempo, pero siempre uso kubuntu, el portatil tiene dos meses y ya tiene 24000 ciclos lo que me parece algo impresentable, ahora, he hecho lo que has escrito y puedo decir que el contador de la muerte ahora solo se incrementa muy poco, pero tampoco de a 1 unidad cada que lo prendo (a pesar de que utilizo el parametro 255) sino mas bien a un ritmo de unos 2 ciclos cada 25 minutos dependiendo del uso que le de al portatil (segun mis estimaciones), igual me doy por satisfecho con estos valores. Ahora, tengo otro problema creo de igual gravedad, al hacer las pruebas de arranque con kubuntu y windows me he dado cuenta de otra cosa, y es que el disco duro suena bastante mas duro cuando uso kubuntu, en cambio en windows tengo que pegarme al portatil para poder oirlo, esto me hace pensar en que kubuntu no esta administrando de una buena manera mi disco y sin duda alguna esto esta reduciendo la vida util del mismo, cual podria ser la razon de la diferencia? acaso linux esta manejando erroneamente los niveles de voltaje del disco (si es esto posible claro esta)?
Super Coco dijo:
@Peyesein Yo estoy convencido de que lo que comentas no tiene nada que ver con los niveles de voltaje en disco. Más bien que como tienes deshabitada completamente la gestión de energía del disco, seguramente el disco “descansa” menos y por eso hace más ruido que en Windows. Mi sugerencia es que pruebes con distintos valores de
-Ba ver si consigues una combinación que no genere muchos ciclos y con la que el disco no sea tan ruidoso.Peyesein dijo:
Primero que todo gracias por responder!
Ya hice las pruebas con distintos valores de -B, siendo el mas efectivo en cuanto al numero de ciclos de carga/descarga el 254, lo llamativo es que con el valor de 255 hay mas ciclos que con 254, escuchandose mas frecuentemente el “clac”, esto me tiene pensando bastante, tal vez el APM no sea el unico que controla esto o de que otra manera se puede explicar esto?.
Ahora lo que te dije en el anterior comentario, independientemente del valor de -B que tenga el disco duro, este suena bastante mas duro con kubuntu que con windows, y no me refiero a los ciclos de carga/descarga sino al simple sonido del disco leyendo/escribiendo informacion, por eso no asocio el problema con lo del valor de -B y pense en un principio lo del voltaje, ya que no se me ocurre ninguna otra razon para esto, ademas dedo anotar que desde la BIOS de mi laptop tengo el disco duro en modo “quiet” lo que supondria un modo silencioso que al parecer ni le va ni le viene a kubuntu.
Espero entre todos podamos aclarar este tema .)
Super Coco dijo:
@Peyesein Qué hace cada disco duro internamente con seguridad es un misterio que sólo sabe el fabricante en función de qué ponga en el firmware. Para el sonido, comento en la entrada que la opción
-M, puede regularlo. Igual quieres hacer pruebas también con ese parámetro y, tal vez, combinando ciertas opciones de-My de-Bpuedas llegar a tener el comportamiento que esperas. Me temo que aparte de eso no se me ocurre nada más…Ergonullius dijo:
Pues me ha gustado mucho la explicación, aunque he de decirte que de alarmistas, todos pecamos. Tengo una Toshiba Satellite que le he comprado a mi hermano mayor por una cantidad un poco insignificante. Mi hermano tenía instalados dos sistemas operativos: Windows XP y Debian. La usó durante 6 años antes de vendérmela, y cuando digo que la usó es eso mismo, porque estimo que ha sido un promedio de 15 horas diarias. Yo no soy muy dotado en esto de los ordenadores / las computadoras, así que me quedé únicamente con Windows XP, sin embargo, mi hermano me convenció muy buenamente para que probara el Xubuntu hace unos tres meses y me gustó. Luego reemplacé el Xubuntu por el Kubuntu y es el que uso hasta la fecha.
Me encanta Linux, aunque aún no he podido hacer que mi impresora funcione, por lo que tengo que seguir en contacto con Windows. Me he topado con este tema del montaje/desmontaje del cabezal de pura casualidad, he oído su constante ‘click’ desde que uso Ubuntu y sólo lo oigo en Windows cuando apago la computadora. Pero no me había preocupado, lo consideraba algo normal.
Digo lo de alarmistas porque esta máquina tan viejita no me ha dado ningún problema hasta la fecha, y me ha preocupado mucho el tema y he revisado los ciclos como has anotado arriba y con sus 7 u 8 años de vida, lleva apenas 151,299 ciclos… lo cual quiere decir que le quedan por lo menos otros 7 u 8 años.
Claro que he bajado al mínimo los ciclos con los consejos que das y te agradezco muchísimo la información, porque me ha servido y me quedo contento de haber hecho algo para mantener bien mi máquina. También quiero comentarte que me ha pasado lo mismo que a Peyesien con los valores -B 254 y -B 255, pues el primero presenta menos ciclos que el segundo, a pesar del anuncio que dice que está deshabilitado el sistema de -B 255. Nuevamente gracias y saludos desde Guatemala.
Salú.
Super Coco dijo:
@Ergonullius Muchas gracias por contar tu experiencia aquí. Y me alegro de que el
hdparmte haya ayudado a reducir el número de ciclos. Sin embargo, no creo que un disco de 7/8 años esté afectado del problema del que se habla en la entrada, ya que es una tecnología muy nueva que causa muchos más ciclos de carga y descarga de lo habitual.En discos duros de más años también se hacían ciclos de carga y descarga del cabezal, desde luego, pero en estos nuevos discos es mucho más frecuente, y los 300/600k ciclos se alcanzan en apenas un año de uso normal.
Peyesein dijo:
Hola de nuevo Super Coco!!! .)
Escribo nuevamente pues ya estoy que tiro la toalla, es estado probando con distintos valores de hdparm tanto para los “clacs” como para el nivel de ruido del disco, y debo decir que ninguno me ha resuelto el problema (el de que el disco suena muy duro cuando esta leyendo/escribiendo informacion, el clac sigue sonando ocasionalmente pero estoy bastante conforme con ello), he estado probando ya buen rato con el windows y he hecho pruebas acusticas como a las 3 de la mañana cuando no hay nada de ruido, y la diferencia me da miedo, con linux mi disco parece que ya fuera a explotar, mientras que con windows no suena casi nada, aunque igual escucho los “clacs” con poca frecuencia y mucho mucho mucho mas silenciosos que en kubuntu. Ya no se que hacer, realmente linux es mi sistema operativo de corazon, pero esta situacion no la podre soportar mucho mas, mi portatil es muy nuevo aun y me costo mucho trabajo adquirirlo y no me agrada la idea de que vaya a morir. Alguna otra idea Super Coco?, parece que se trata de algo nuevo (bug?, incompatibilidad hardware?, …), que otras pruebas me recomiendas?
De antemano muchisimas gracias!!!
Super Coco dijo:
@Peyesein Pues ya siento tu problema y también siento no poder proporcionarte más ayuda. Si te preocupa tanto, me temo que no vas a tener otra solución que usar Windows hasta que encuentres una respuesta a tu problema.
Dichosos fabricantes de hardware que sólo prueban sus dispositivos en Windows…
andres mujica dijo:
@peyesein no sera tu problema el de los NCQ spurious completion? ese tambien genera clics relativamente fuertes. buscalo en launchpad. no tengo el link a la mano
Samuel dijo:
Hola, muchas gracias. He leído tu artículo. Y realmente me he preocupado. Tengo una laptop acer 3690, hace seis meses, corriendo con fedora ( 7 primero, ahora 8 ) y realicé la pruebas que dices. yo salí muy preocupado. Te envió la información (al momento de leer el artículo):
Al final:
La información que me dio el comando hdparm -i /dev/sda:
[root@localhost ~]# hdparm -i /dev/sda /dev/sda: Model=Hitachi HTS541612J9SA00 , FwRev=SBDOC70P, SerialNo= SB2D01E4J6WR6B Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=DualPortCache, BuffSize=7516kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=yes: mode=0×80 (128) WriteCache=enabled Drive conforms to: ATA/ATAPI-7 T13 1532D revision 1: ATA/ATAPI-2,3,4,5,6,7 * signifies the current active modeEspero tus comentarios
Saludos
Samuel
Super Coco dijo:
@Samuel Sí, el valor es bastante elevado. Te recomiendo que cambies el modo APM del disco tal y como se cuenta en la entrada y en los comentarios.
Aitor dijo:
Buenas, excelente artículo. Tengo un portátil desde finales de Enero, y ya tenía el contador a 3400. Gracias a este artículo, ahora sólo se incrementa en 2 cada vez que enciendo y apago el ordenador. Lo que no sé es si lo de que haga menos ruido el disco duro puede influir en alguna otra cosa, por lo que n ome he atrevido a utilizar el parámetro -M. U