¿Cuánto debería tardar una prueba de lectura completa en un HDD de varios terabytes?

Eva Wong

IceWhale author

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

How Long Should a Full Read Test Take on a Multi-Terabyte HDD?

Calcula una lectura secuencial completa estimada dividiendo la capacidad de la unidad entre la velocidad de transferencia sostenida. Muchos discos duros de 8–12 TB necesitan aproximadamente entre 12 y 24 horas para una sola pasada de lectura, pero las pistas internas, los puentes USB, las operaciones de E/S simultáneas, los reintentos y el firmware de la unidad pueden ampliar ese plazo.

Una prueba larga de SMART, un análisis de superficie de solo lectura y una prueba destructiva de badblocks con varios patrones no son equivalentes. Una prueba de resistencia con varias pasadas de escritura y verificación puede tardar varios días y destruye los datos existentes. Esta distinción determina el método de medición, el margen de seguridad y la condición de detención. Esta distinción determina el método de medición, el margen de seguridad y la condición de detención. Esta distinción determina el método de medición, el margen de seguridad y la condición de detención.

Calcula una línea base realista

Una unidad de 8 TB con un promedio de 180 MB/s necesita unas 12,3 horas para una pasada ideal con capacidad decimal; a 120 MB/s necesita unas 18,5 horas. Añade un margen por las pistas internas más lentas y la sobrecarga de los comandos.

Usa la velocidad sostenida real de la unidad con el mismo controlador y carcasa. Un disco SATA conectado mediante un puente USB defectuoso puede estar limitado por reinicios, alimentación o comportamiento térmico, y no por la velocidad de los platos.

Cuando sea posible, ejecuta las pruebas en discos individuales y registra el modelo, el firmware, la interfaz, la capacidad, la hora de inicio y la finalización prevista. Esto permite distinguir las pausas anómalas de un análisis lento pero continuo.

Evalúa el progreso y el estado de salud conjuntamente

El progreso normal es continuo, aunque la velocidad disminuya hacia las pistas internas. Las pausas prolongadas, los reinicios repetidos del kernel, los errores de E/S o el aumento del recuento de sectores pendientes no son variaciones normales de la duración.

Comprueba los datos SMART antes y después del análisis, incluidos los contadores de sectores reasignados, pendientes, no corregibles sin conexión, tiempos de espera de comandos y errores CRC de la interfaz. Interpreta los cambios en contexto en lugar de confiar en una sola etiqueta general de estado.

Usa la tabla siguiente para clasificar el resultado.

Estado observado	Veredicto	Siguiente acción
Progreso constante; la velocidad disminuye gradualmente	Comportamiento normal de toda la superficie	Deja que termine la pasada
Sin progreso; reinicios de USB/SATA	Inestabilidad de la ruta	Detén la prueba y aísla el cable, la alimentación y la carcasa
Errores de lectura o aumento de los contadores SMART	Riesgo del medio	No confíes en la unidad

Elige la prueba menos destructiva que responda a la pregunta

Usa un análisis de solo lectura cuando sea necesario conservar los datos. Ejecuta una prueba destructiva de escritura/lectura únicamente en una unidad vacía, después de verificar la identidad correcta del dispositivo y asegurarte de que no haya datos importantes conectados.

Mantén estable la refrigeración y la alimentación de la carcasa, y pausa las tareas de scrub o las copias que harían que la medición del tiempo careciera de sentido. Probar varias unidades en paralelo es razonable solo si el controlador, la fuente de alimentación y la refrigeración pueden mantenerlas.

El diagnóstico de lectura de verificación de ZimaSpace separa los fallos del medio de los reinicios de la carcasa.

La tabla de tiempos de prueba de resistencia de unidades de HomeServerCalc muestra cómo la capacidad y el patrón de prueba modifican la duración total.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

Repite la prueba de cualquier ruta sospechosa antes de confiar en la unidad

Si el análisis se bloquea, repite una lectura limitada de la región afectada utilizando un puerto SATA, cable, fuente de alimentación o carcasa que sepas que funcionan correctamente. Conserva los registros antes de cambiar el hardware.

Una segunda ruta limpia sugiere que el puente o el cable originales eran los responsables; los errores de medio recurrentes o el aumento de los contadores SMART apuntan nuevamente a la unidad. No añadas un disco cuestionable a una matriz degradada.

Acepta la unidad cuando la pasada completa termine sin errores de lectura, reinicios ni empeoramiento de los contadores de estado. Detén la prueba y reemplázala o devuélvela cuando los errores se repitan en una ruta conocida como buena, independientemente de que el tiempo de ejecución total pareciera plausible.