Tengo un disco duro USB externo, que consiste en un disco SATA de 1 TB en un Rosewill RX35-AT-SU SLV Aluminium 3.5 "Silver USB 2.0 External Enclosure , conectado a mi laptop SONY VAIO VGN-NS310F . Se conecta directamente a la computadora (no a través de un concentrador). El disco dentro del gabinete es un Western Digital de 7200 rpm, pero no recuerdo el modelo exacto. Puedo quitar el disco del gabinete (nuevamente), si la gente cree que es necesario conocer ese detalle .

El disco está formateado ext4. Lo monte dinámicamente con udisksmi sistema Lubuntu 11.10, generalmente automáticamente a través de PCManFM. (He tenido Lubuntu 12.04 en esta máquina, y he experimentado el mismo comportamiento con eso también.) De vez en cuando, una o dos veces al día, se vuelve inaccesible y difícil de desmontar. Al intentar desmontarlo, sudo umount ...aparece un mensaje de error que dice que la unidad está en uso y sugiere fusery lsofaveriguar qué lo está utilizando. Se descubrió que los procesos de eliminación utilizan el disco fusery, a lsofveces, son suficientes para permitirme desmontarlo, pero generalmente no lo es.

Una vez que la unidad se desmonta o la máquina se reinicia, la unidad no se montará. Al enchufar el disco y encenderlo, no se registra nada en la computadora. dmesgno ha cambiado La luz de acceso de la unidad generalmente parpadea enérgicamente, como si se accediera constantemente a la unidad. Luego, eventualmente, después de mantener el disco apagado por un tiempo (media hora), puedo montarlo nuevamente.

Si bien la unidad no funciona en esta máquina por un tiempo, funcionará inmediatamente en otra máquina que ejecute la misma versión de Ubuntu. A veces, traerlo de vuelta desde la otra máquina parece "arreglarlo". A veces no.

La unidad no siempre deja de ser accesible mientras está montada , antes de volverse imposible de montar. A veces funciona bien, apago la computadora, vuelvo a encenderla y no puedo montar la unidad.

Actualmente, esta es la única unidad con la que tengo este problema, pero he tenido problemas que creo que son los mismos, con diferentes unidades, en diferentes máquinas Ubuntu. Esta computadora portátil tiene otra unidad USB externa conectada regularmente, que no tiene este problema. Desenchufar esa unidad antes de conectar la unidad "problema" no soluciona el problema.

Abrí el disco y me aseguré de que las conexiones estuvieran apretadas en el pasado, y eso no pareció ayudar (más que esperar la misma cantidad de tiempo que tomó abrir y cerrar el disco, antes de intentar volver a montar eso).

¿Alguien tiene alguna idea sobre lo que podría estar causando esto, qué pasos de solución de problemas debo realizar y / o cómo podría solucionar este problema por completo?

Actualización: intenté reemplazar el cable de datos USB (desde el gabinete hasta la computadora portátil), como sugirió Merlin . Debería haberlo intentado hace mucho tiempo, ya que se adapta perfectamente a los síntomas (el disco funciona en otra máquina, lo que tendría sentido porque el cable se doblaría en un ángulo diferente, posiblemente completando un circuito de cables deshilachados). Sin embargo, desafortunadamente, esto no ayudó, tengo el mismo problema con el nuevo cable. Trataré de proporcionar información detallada adicional sobre la unidad dentro del gabinete, la próxima vez que pueda hacer que la unidad funcione. (Por el momento no tengo otra máquina disponible para conectarlo).

Actualización importante (28 de junio de 2012)

La unidad parece haberse deteriorado considerablemente. Creo que esto es así, porque lo adjunté a otra máquina y obtuve muchos errores sobre caracteres no válidos, al copiar archivos de él. Estoy menos interesado en recuperar datos de la unidad de disco que en averiguar qué tiene de malo. Específicamente quiero averiguar si el problema es la unidad o el gabinete.

Ahora, cuando conecto el disco en la máquina original donde estaba teniendo los problemas, todavía no aparece (incluso con sudo fdisk -l), pero el núcleo lo reconoce y se le agregan mensajes dmesg. La mayor parte del mensaje consiste en errores como este, repetidos muchas veces:

[    7.707593] sd 5:0:0:0: [sdc] Unhandled sense code
[    7.707599] sd 5:0:0:0: [sdc]  Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[    7.707606] sd 5:0:0:0: [sdc]  Sense Key : Medium Error [current] 
[    7.707614] sd 5:0:0:0: [sdc]  Add. Sense: Unrecovered read error
[    7.707621] sd 5:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[    7.707636] end_request: critical target error, dev sdc, sector 0
[    7.707641] Buffer I/O error on device sdc, logical block 0

Aquí están todas las líneas que dmesgcomienzan cuando se reconoce la unidad. Tenga en cuenta que:

• Volví a ejecutar Lubuntu 12.04 en esta máquina (y tal vez eso sea un factor en mejores mensajes de error).
• Ahora que la unidad se ha conectado a otra máquina y de nuevo en éste, y también ahora que esta máquina es volver a correr 12.04, luz de acceso de la unidad no parpadea como lo había descrito. Al mirar la unidad, parecería que funciona normalmente, con poco o ningún acceso.
• Este comportamiento (los errores) se produce al reiniciar la máquina con la unidad conectada, y también cuando se conecta manualmente la unidad.
• Algunos de los mensajes son sobre /dev/sdb. Esa unidad está funcionando bien. El mal camino es /dev/sdc. Simplemente no quería editar nada desde el medio.

Para determinar si el problema es el disco o el gabinete, retire el disco del gabinete, instálelo en un escritorio con suficiente energía y verifique el estado inteligente.

Para una prueba más profunda, puede verificar cada sector del disco utilizando herramientas como ddrescue. ddrescueinformará tamaño error durante el proceso y se puede intentar la recuperación de datos al mismo tiempo, como en: sudo ddrescue /dev/sdb2 /path/to/recovery.image logfile. Listar las particiones con sudo lsblko clásico fdisk -l.

Si realmente no tiene interés en los datos, puede forzar el archivo de salida /dev/nullcomo en:

sudo ddrescue --force /dev/sdc /dev/null logfile 

y aún recibirá un informe sobre cualquier tamaño de error en stdout

Probado en Ubuntu 14.04 con GNU ddrescue 1.17 como sigue en este breve ejemplo usando / dev / sdb2 (una partición de intercambio de 1 MB)

$ sudo ddrescue --force /dev/sdb2 /dev/null logfile


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:      1024 B,  errsize:       0 B,  current rate:     1024 B/s
   ipos:         0 B,   errors:       0,    average rate:     1024 B/s
   opos:         0 B,    time since last successful read:       0 s

Tuve experiencias similares cuando estaba ejecutando el escritorio Ubuntu 12.04. El gabinete de mi disco duro tenía 2 opciones de alimentación, podía comprar un adaptador de aire acondicionado o usar 1 mini usb a un cable usb normal, o usar un mini cable usb en dos cables usb. Idealmente, necesitaba estar conectado a ambos puertos usb para suministrar una amplia potencia. Podría transferir datos a través del cable USB o sobre eSata.

Al usar la conexión eSata, primero necesitaba suministrar la energía de la unidad para que el disco girara y luego arrancar el sistema para que la BIOS reconociera el disco que ya giraba. De lo contrario, no vería el disco a tiempo. Creo que esto tiene algo que ver con el controlador del gabinete.

Cuando monté el USB, obtuve resultados muy dispares al enchufar el cable primero en el gabinete y luego en los puertos USB. Tal vez aproximadamente la mitad del tiempo se montaría correctamente. Si conecté los cables usb en los puertos de la PC primero y luego en el gabinete en segundo lugar, obtuve resultados mucho mejores en alrededor del 70%. Los mejores resultados que obtuve con las opciones de USB fueron el uso de una fuente de alimentación externa (adaptador de aire acondicionado) para el gabinete para asegurarme de que el disco girara y fuera estable antes de enchufarlo a la máquina. Trabajó casi al 100%

No digo que este sea exactamente su problema, pero para mí ayudó a proporcionar la energía del gabinete y hacer que el disco gire antes de conectarlo para que se lea como el sistema. ¿Quizás el BIOS o la velocidad del bus en su sistema sea mejor que el otro y le dé tiempo al controlador de gabinetes para que comience a funcionar antes de intentar leer el disco? ¿Y quizás algún tiempo después de que el gabinete se desconecte, el controlador se reiniciará?

Tal vez el controlador necesita tiempo para decidir si solo está recibiendo energía del USB o energía y datos. Tal vez es un problema de voltaje o amperaje? De cualquier manera, los controladores de gabinete parecen ser quisquillosos.

Para su unidad USB, intente los siguientes pasos (si aún no lo ha hecho):

1. sudo fdisk -l #obtener información
2. sudo mkdir /media/external #crear punto de montaje
3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #montar.

O intente usar pmountpara montar su USB.

Sugeriría que también podría haber un problema con el chip del controlador del bus USB o similar. ¿Tiene alguna herramienta para enumerar todos los dispositivos USB? Intente ejecutar esas herramientas cuando la unidad funciona correctamente y cuando la unidad es inaccesible. ¿Ves alguna diferencia?

Las unidades más antiguas (y más baratas) pasan por un proceso llamado "Recalibración térmica" (TACL) que ocurre cada hora más o menos, y pueden volverse inaccesibles durante varios segundos mientras la unidad calcula cuánto se dobla la cabeza del disco por acumulación de calor en el camino Durante TCL, el motor paso a paso y la bobina buscan cada pista y la cabeza se alinea en cada pista, y los resultados se almacenan. Esta es una característica interna del firmware. Parece que este proceso se está estancando o tal vez está produciendo respuestas incorrectas, lo que hace que sea imposible acceder al disco después de la recalibración térmica.

El error que publicó desde dmesg indica que hay problemas en sdc, sector 0, bloque lógico 0. Estos bloques de números bajos a menudo contienen la geometría de la unidad (es decir, el formato duro o blando). Si estos bloques van mal, todo el disco puede quedar inaccesible, permanentemente. La falla de los medios puede estar relacionada con el calor, lo que podría explicar por qué un período de inactividad (mover el disco a otra máquina) a veces lo soluciona, a veces no lo soluciona.

Para determinar si el problema está relacionado con la temperatura, encienda la computadora e inicie un cronómetro, pero en realidad no use la unidad, solo espere a que falle y registre cuánto tarda en fallar. Luego, apáguelo y déjelo apagado durante varias horas para que se enfríe, luego vuelva a ejecutar la prueba, encienda la computadora y la unidad, pero inicie una gran copia de unidad de disco con gran cantidad de datos (misma unidad). Hacer más trabajo con el motor paso a paso presumiblemente hará que el variador se caliente más rápido y que falle antes. Si hay un gran cambio en el retraso de la falla, entonces el disco está tostado y obtendría otro. ¡Buena suerte!

Muy a menudo, este tipo de problema se debe a la falta de suficiente energía que baja por el cable USB a la unidad, y esto es particularmente probable cuando la unidad externa no se compró de fábrica, sino que se montó por sí misma. (Es de esperar que un fabricante de una unidad externa se haya asegurado de que los puertos USB puedan soportarlo).

Un dispositivo puede extraer hasta 500 mA de un puerto en la especificación USB 2.0 y hasta 900 mA en USB 3.0. Al verificar las especificaciones del fabricante de la unidad externa, es posible que pueda confirmar los requisitos de potencia máxima de su unidad.

El problema a menudo se puede solucionar probando un puerto USB3 (si tiene uno y aún no lo ha intentado), ya que proporcionan más potencia que USB2, o para obtener un cable USB Y para que la unidad pueda obtener energía de 2 puertos en lugar de 1. Estos están disponibles a bajo costo en eBay o Amazon.

Aunque ya se señaló la verdadera causa del problema, quiero agregar la misma respuesta, ya que tengo unos 4 discos duros externos.

Cualquier computadora que se fabrique supone que la fuente de alimentación se utilizará de acuerdo con las especificaciones de la configuración y, como máximo, con una sobrecarga del 20%.

Cualquier dispositivo USB externo DEBE ALIMENTARSE DESDE UN CENTRO DE ALIMENTACIÓN EXTERNO, para proteger la fuente de alimentación de la computadora. El comportamiento descrito es un comportamiento típico para la sobrecarga de energía. Suponiendo que también tiene un DVD externo, esto también podría fallar en sus grabaciones e incluso podría volver irrecuperable su (s) dispositivo (s) y aún más, incluso su computadora. Las computadoras portátiles suelen frenar de esta manera, ya que los usuarios tienden a usar concentradores USB pasivos o dispositivos alimentados por computadora, incluidos discos duros, DVD y similares.

Compre un concentrador USB con alimentación externa y conecte los dispositivos USB A TRAVÉS DE UN PUERTO USB CON ALIMENTACIÓN , en lugar de agotar la energía de la fuente de la computadora, ya que este enfoque dañará más que su HDD. Una sobrecarga de energía es casi lo mismo que una computadora con poca potencia o un dispositivo externo. El estándar USB no tiene nada que ver con el dispositivo con poca potencia. Piénselo de esta manera: si quiere energía de su automóvil, ¿qué combustible usaría? ¿Algo que se queme o el combustible especificado por el fabricante? Es exactamente lo mismo aquí. Al usar dispositivos USB SIN ALIMENTACIÓN, se descarga la energía de la fuente de alimentación interna de la computadora. ¡Ya tiene suficientes dispositivos conectados!