SMART-Test nunca termina

Al ejecutar SMART-Tests con smartmontools, NUNCA terminan. Siempre recibo "Interrupción (reinicio del host)" en varios sistemas y discos diferentes, incluidos Debian en x86 y ARM, OS X en x64, con unidades externas e internas. Incluso cuando se ejecuta en modo cautivo con discos todos vacíos (puestos a cero con dd).

¿Qué estoy haciendo mal?

Cuando la unidad no maneja ninguna actividad de entrada / salida durante la prueba, puede pasar al modo de espera, lo que aumenta la Interrupted (host reset)condición. Intente leer desde el disco a intervalos adecuados:

while true; do dd if=/dev/disk1 of=/dev/null count=1; sleep 60; done

(reemplácelo /dev/disk1con el dispositivo apropiado; lee un sector de ese dispositivo cada 60 segundos hasta que presione ctrl-c)

Esto ayudó en mi entorno: OS X 10.6.8, unidad WD Elements conectada a USB, SAT-SMART-driver 0.8.

Una prueba cautiva teóricamente debería mantener el disco en línea. Sin embargo, el comando de hardware enviado por smartctlpuede exceder el tiempo de espera antes de que se complete la prueba, lo que hace que el núcleo restablezca el enlace y termine en la misma situación que la anterior ( error # 303 ).

Consulte este hilo en la lista de correo de soporte de smartmontools para obtener más detalles. Reconozco a Christian Franke por la información dada aquí.

Probé la solución de Tobu, en mi caso, seguí encontrando la unidad USB externa en modo de suspensión, independientemente de que en algún momento después de comenzar la prueba e interrumpirla, parece que dd terminó leyendo desde un caché del núcleo y el caché era lo suficientemente grande para el disco para ingresar al modo de suspensión. Noté que llamar a smartctl para preguntar por el estado siempre podía "despertar" el disco. Entonces: esta versión de la misma idea me funcionó:

sudo bash -c 'while true; do smartctl -a /dev/sdb > /dev/null; sleep 60; done'

Después de 5 horas, el disco USB externo sigue girando. Por primera vez pude ver una prueba de smartctl larga finalizada en un disco externo.

Creo que esta solución también tiene la ventaja de que las cabezas de los discos no se mueven innecesariamente cada minuto. El largo plazo terminó casi exactamente en el tiempo previsto (el script de mantenimiento no agregó tiempo a la ejecución)

Se debe usar una variación de la respuesta de Ari watch, porque la smartctlsalida puede ser interesante para hacer un seguimiento del estado:

sudo watch -d -n 60 smartctl -a /dev/sdx

Esto actualizará automáticamente la salida de smartctl -acada 60 segundos, para que pueda ver cuánto queda del tiempo de autocomprobación y resaltar los cambios (por lo que es más fácil detectar que la prueba realmente está progresando).

La prueba cautiva puede no funcionar si lleva más de 20 segundos.

Fuente: ticket # 303 , titulado "En modo cautivo de prueba inteligente, extienda el tiempo de espera como lo describe el dispositivo ATA".