Una manera de acabar con un disco duro moribundo para que pueda ser enviado para "reparar"

Tengo un disco duro 500G SATA en mi máquina que de repente comenzó a darme errores de E / S, hasta que Linux simplemente desconecta la unidad. Reinicie, y luego funciona durante un período aleatorio antes de fallar de nuevo.

La unidad está dentro de la garantía, pero he tenido una mala experiencia con tiendas que no pueden reproducir un problema, ya que la unidad no falla todo el time. Entonces simplemente me mandan una factura y la unidad de vuelta.

¿Cuál es mi mejor curso de acción para asegurar que puedan reproducir el problema?

Actualización: Aquellos de ustedes que han recomendado las herramientas de diagnóstico, es una buena respuesta válida, esperan como se indica en mi pregunta, estoy ejecutando Linux y estas herramientas no existen para ello. En cuanto a 'juegos' de la tienda, no se trata de eso. La unidad está bien en su path de ser completamente inutilizable sin ninguna ayuda de mí. Sólo estoy hablando de acelerar el process.

Actualización 2: Realmente no sé por qué decidí preguntar esto aquí. Yo estaba esperando para sugerencias como "hacer una testing badsector", "tratar de destacar la unidad con la copy de datos aleatorios a ella con dd". Voy a decir esto de nuevo, así que deja de sugerir o sugerirme que no … No de ninguna manera terminar mi garantía por jugar con el hardware en sí, que incluye; borradores a granel, imanes enormes, demasiada potencia o cualquier cosa que se mostrará cuando la unidad es finalmente enviado de vuelta al fabricante.

¿Tiene el fabricante de la unidad una utilidad para comprobar la unidad?

A menudo proporcionan una utilidad que puede arrancar con que se ejecuta algunos diagnósticos – esto probablemente debería ser su primer paso. Compruebe allí el Web site y la transferencia directa si está disponible

Creo que lo mejor es llamarlos y discutir esta situación – cualquier forma de "juego" de ellos es probable que sea inútil y muy posiblemente contraproducente. Estas personas están acostumbradas a tratar con una gama de problemas de los clientes y me imagino que estarán encantados de ayudarle si usted pide.

Yo recomendaría usar SpinRite , así como las herramientas del fabricante. Lo he usado previamente para recuperar datos en una unidad muerta. Lo bueno de SpinRite es que puede detectar la tasa de errores (errs por MB).

Por lo general, cuando RMA'ing una unidad, que te hacen include un código de estado de algún tipo de sus herramientas de diagnóstico.

No soy conocido por mi enorme cantidad de paciencia, así que sólo voy a contestar esto yo mismo. Tal vez esto ayudará a alguien más tarde.

Comprobación del locking de errores

badblocks -v / dev / sdx1 (reemplace sdx1 con partición de unidad)

Escribir testing de estrés

dd if = / dev / urandom de = / dev / sdx (esto por supuesto borrará todo el disco )

Prueba de esfuerzo de lectura

dd if = / dev / sdx de = / dev / null (lee cada sector y lo envía al dispositivo nulo)

Desconexiones SATA

Tengo un adaptador USB-to-SATA que es capaz de reseting el dispositivo USB si el disco deja de responder en cualquier momento. Esto sirve como una solución cuando Linux desconecta la unidad de demasiados errores de E / S.

También recomendaría asegurar el controller en la parte inferior de la unidad no se está poniendo demasiado caliente. Esto suena como un problema de calor para mí.

Si usted es capaz de eliminar el calor como una causa, entonces yo llamaría al fabricante. Nunca he tenido un problema al hablar con el fabricante y get una RMA en primer lugar. Al enviarlo, también recomendaría include una descripción detallada de exactamente lo que has visto.

Darle un buen entrenamiento: http://www.textuality.com/bonnie/

Pocos días de eso se debe mostrar si realmente está a punto de kark.

Bonnie está en la mayoría de los repositorys de la distro IIRC.

La mejor manera de acabar con un disco duro moribundo?

Si tienes un mazo de goma, golpea con eso – romperá algo internamente, pero no dejará marcas.

Solución probada por el time – ¡pero sólo si está bajo garantía!

Los fabricantes de unidades suelen proporcionar utilidades de diagnóstico que se pueden ejecutar antes de enviar la unidad. Una vez que obtenga errores de E / S fuera de su utilidad, puede include el logging y será less probable que impugnen su problema.

Puedo recomendar encarecidamente a NO engañar con los "trucos" uno puede haber oído hablar (alta tensión, horno de microondas, borrador de cinta a granel). Se utilizan para manejar esas cosas mucho más a menudo que tú o yo.

Posiblemente no están realmente probando la unidad a background.

Déles su documentation del problema. Si eso no satisface su acuerdo, usted tiene un problema fundamental.

Basado en su descripción, su problema podría ser una interacción entre el controller y la unidad. Por ejemplo, su controller podría ser malo en el event handling una unidad marginal. O usted podría tener un mal controller.

Lo ideal sería que su acuerdo con el proveedor especificara si se espera / garantiza que funcione con su controller – o implicaría que asum la responsabilidad por el controller (y el controller) también.

He visto un montón de unidades SATA que se portan mal en la forma que usted describe – a veces como parte del curso normal de los negocios, a veces, mientras que en el process de fracaso. A veces se admite que es un error de firmware. Las unidades de 500 GB eran especialmente malas en mi experiencia.

Usted ayudará a su caso de manera significativa por la repetición del problema con un controller diferente, ya que las probabilidades son que no hay promise para la unidad de trabajar con cualquier controller en particular, o no tendría este problema.

Bueno, siempre se puede tomar un borrador de cinta a granel y ejecutarlo a través del disco duro. Eso asegurará que nunca vuelva a funcionar, nunca.

Siempre y cuando no tengas problemas morales al respecto.