¿Por qué una carcasa de disco duro externo se desconecta solo durante las lecturas de verificación?
Una carcasa externa para HDD puede desconectarse durante la verificación porque las lecturas sostenidas ponen de manifiesto problemas de alimentación, transporte USB, puente, temperatura, cable o errores de la unidad.
La navegación habitual solo lee áreas pequeñas y quizá nunca someta la carcasa a una carga suficiente para revelar un adaptador débil, un chip puente inestable, un cable dañado, un controlador sobrecalentado o una región del disco ilegible. Las lecturas de verificación son secuenciales, prolongadas y a menudo reintentan los sectores fallidos, por lo que crean exactamente la carga que hace que una ruta inestable se reinicie. Diagnostica por separado el transporte USB y la unidad antes de asumir que hay que sustituir alguno de los componentes.
Confirma si el dispositivo se reinicia o si simplemente se desmonta el sistema de archivos
Registra el primer evento del registro del sistema, la identidad del dispositivo USB, el nombre del dispositivo de bloques, el estado del montaje y la posición de verificación cuando se produzca el fallo. Determina si la carcasa desaparece del USB, si el disco permanece pero informa de errores de E/S o si el sistema de archivos se desmonta después de los errores.
La documentación de Linux sobre la gestión de energía USB distingue los cambios de alimentación del dispositivo del comportamiento del sistema de archivos de nivel superior. El modelo de gestión de energía USB del kernel ayuda a separar una suspensión o un reinicio a nivel USB de una reacción del sistema de archivos ante errores de E/S del almacenamiento.
Si la carcasa desaparece de la enumeración USB, céntrate primero en la alimentación, el cable, el firmware del puente, el controlador del host y la suspensión. Si sigue presente con errores de lectura, conserva la dirección que falla e investiga el disco o la traducción del puente.
Prueba la alimentación con una carga de lectura sostenida
Usa el adaptador de corriente correcto de la carcasa, conéctala directamente al host y elimina los concentradores sin alimentación o las extensiones del panel frontal. Compara el comportamiento durante el arranque, el reposo y la verificación.
Las recomendaciones de Seagate para solucionar problemas de unidades externas aconsejan comprobar la alimentación, la conexión USB directa, los cables y otros puertos antes de considerar que el disco ha fallado, porque la actividad sostenida puede revelar una conexión deficiente que soporta un uso ligero.
Una carcasa con alimentación que se desconecta solo bajo carga puede seguir teniendo un adaptador con capacidad insuficiente o defectuoso. No sustituyas la fuente de alimentación a menos que coincidan el voltaje, la polaridad, el conector y la corriente nominal con los requisitos de la carcasa.
Desactiva la suspensión selectiva de USB para una prueba controlada
Registra la política de energía USB del sistema operativo y si la carcasa entra en estado de reposo antes de que comience la verificación. Cuando sea posible, cambia únicamente el dispositivo afectado o el sistema de prueba.
Microsoft documenta la suspensión selectiva de USB como una función de alimentación por dispositivo, útil para ahorrar energía, pero también como un factor de diagnóstico válido cuando una ruta de almacenamiento falla alrededor de la suspensión o la reanudación.
Si la carcasa se vuelve estable con la suspensión desactivada, continúa actualizando el chipset, el USB y el firmware de la carcasa antes de dejar desactivado el ahorro de energía de forma permanente. Una prueba satisfactoria identifica una interacción con el estado de alimentación, no necesariamente el componente defectuoso definitivo.
Compara el transporte USB UAS y el transporte USB de solo transferencia masiva
Comprueba si la carcasa utiliza USB Attached SCSI o el transporte antiguo de solo transferencia masiva. Registra la identidad del chip puente, el controlador, la profundidad de la cola y los errores antes de cambiar de modo.
La referencia de lsusb de Debian permite identificar el puente y la interfaz USB activa, algo necesario antes de aplicar una solución alternativa específica para el dispositivo.
Probar el modo de solo transferencia masiva puede revelar un problema de UAS o de gestión de colas, pero también reduce el rendimiento y el paralelismo de los comandos. Úsalo como comparación controlada, no como solución universal para todas las carcasas.
Ejecuta pruebas de estado de la unidad sin la carga del sistema de archivos
Lee los datos SMART a través de la carcasa si el puente admite el paso directo de comandos. Registra los sectores pendientes, los errores incorregibles, los errores CRC de la interfaz, la temperatura, los tiempos de espera de los comandos y el historial de pruebas automáticas.
El manual de smartctl de Debian explica que las pruebas automáticas y los registros de errores SMART pueden ayudar a distinguir los errores del medio de los reinicios del transporte USB cuando la carcasa transmite correctamente los comandos necesarios a la unidad.
Una prueba corta limpia no descarta una unidad que falla durante una lectura de toda la superficie. Ejecuta una prueba larga o un análisis de solo lectura únicamente cuando los datos tengan una copia de seguridad y la unidad no muestre errores que empeoren rápidamente.
Comprueba la calidad del cable, el puerto del host y la topología USB
Sustituye el cable de datos por otro corto y fiable, y conecta la carcasa a otro puerto trasero de la placa base. Evita adaptadores y concentradores durante la prueba.
USB-IF explica que la ruta de alimentación USB depende de toda la cadena, por lo que un conector que funciona para lecturas breves de metadatos puede fallar cuando la carcasa y el disco mantienen una actividad elevada.
Si el problema sigue a un cable o puerto concreto, retira ese componente. Si sigue a la carcasa al probarla con distintos hosts, céntrate en su puente, fuente de alimentación, refrigeración o en el propio disco.
Localiza los puntos de fallo repetibles y detente antes de perder datos
Repite la verificación solo hasta determinar si la desconexión ocurre en el mismo rango de bloques lógicos, tras el mismo tiempo transcurrido o a la misma temperatura. Estos patrones ayudan a separar los daños del medio de los problemas térmicos o de inestabilidad del transporte.
El artículo de ZimaSpace sobre las desconexiones de unidades externas de copia de seguridad ofrece una comparación relacionada entre los fallos durante transferencias sostenidas y los errores del medio de almacenamiento.
Detén las pruebas y copia primero los datos recuperables cuando aumenten los errores de lectura, el disco se reinicie repetidamente en el mismo rango, empeore el estado SMART o la carcasa se sobrecaliente. El problema solo se considera resuelto cuando una verificación completa de lectura finaliza en una ruta estable, sin reinicios USB, errores de E/S ni un aumento de las advertencias de estado.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
