Los discos duros externos se desmontan espontáneamente, ahora uno no se vuelve a montar

Tengo una pequeña pila de discos externos WD alimentados por bus y conectados a mi MBP de 17" de mediados de 2010 a través de un hub de 10 puertos. (Según las especificaciones, el concentrador suministra amperaje más que suficiente para alimentarlos a todos a la vez, pero nunca he probado el amperaje).

En los últimos seis meses, más o menos, he visto episodios irregulares de expulsión espontánea de una o más de estas unidades (no se desmonta limpiamente, sino que simplemente se desconecta). (Por alguna razón insondable, las empresas siguen fabricando conectores de pared que no se apoyan completamente en la pared o en la regleta de enchufes, de modo que la presión sobre el extremo del conector opuesto al enchufe hace que éste se salga parcialmente. Mal, mal diseño).

Sin embargo, a veces no hay una causa aparente para la desconexión. En estos casos, la mayoría de las veces la unidad desaparecida se vuelve a montar por sí sola sin intervención. De vez en cuando, tengo que desconectar y volver a conectar la unidad afectada para que se vuelva a montar.

Hoy, uno de estos discos hizo el truco de desmontar y no quiso volver a montar. He intentado reiniciar. He probado a conectarlo directamente al MBP. He leído varias preguntas y respuestas aquí que parecen relacionadas, y he probado las soluciones que parecían aplicables. Todavía no hay montaje.

Disk Utility.app ve la unidad, pero no puede hacer nada con ella. El nombre del volumen no aparece en la lista. Si intento reparar el disco, el programa se para un momento y luego dice "No se ha podido montar el disco" o "Se necesita un disco con un punto de montaje".

El terminal también puede ver el disco. Antes de reiniciar, ls -@aehlFGO (mi alias personalizado ls options) de /Volumes mostraba el nombre del volumen, pero con permisos muy equivocados:

d--x--x--x+  2 root    admin  -       102B Mar 29 00:20 Raptor/
 0: group:everyone inherited deny add_file,add_subdirectory,directory_inherit

Mis otras unidades externas muestran permisos correctos de drwxrwxr-x@ con propietario/grupo de yo/personal o root/rueda, sin ACL. Desde el reinicio, por supuesto, la unidad afectada no aparece en /Volumes en absoluto.

diskutil list muestra la unidad afectada como disco6. Todo allí parece normal, excepto que no hay nombre de volumen:

/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk6
   1:                        EFI                         209.7 MB   disk6s1
   2:                  Apple_HFS                         999.8 GB   disk6s2

Siguiendo el consejo dado en otra pregunta, ejecuté sudo gpt -r show disk6 y obtuve la siguiente salida (que no sé muy bien cómo interpretar):

       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1952786352      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1953195992      262151         
  1953458143          32         Sec GPT table
  1953458175           1         Sec GPT header

Ejecutar el mismo comando en uno de los otros discos externos de la misma capacidad produjo una salida idéntica, así que supongo que esto significa que la tabla de particiones es normal.

Intentar las sugerencias de otra respuesta no me llevó a ninguna parte:

Wed 2017-03-29 04:37:54 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk /dev/disk6
One or more volume(s) failed to mount
Wed 2017-03-29 04:46:35 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk readOnly /dev/disk6
One or more volume(s) failed to mount
Wed 2017-03-29 04:47:21 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk /dev/disk6s1
One or more volume(s) failed to mount
Wed 2017-03-29 04:48:41 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk /dev/disk6s2
One or more volume(s) failed to mount
Wed 2017-03-29 04:49:16 PM qpanda in ~ -bash 4.4.5
$ diskutil unmountDisk /dev/disk6
Unmount of disk6 failed: at least one volume could not be unmounted
Wed 2017-03-29 04:55:22 PM qpanda in ~ -bash 4.4.5
$ diskutil unmountDisk force /dev/disk6
Forced unmount of disk6 failed: at least one volume could not be unmounted
Wed 2017-03-29 04:57:01 PM qpanda in ~ -bash 4.4.5
$ diskutil eject /dev/disk6
Volume timed out while waiting to eject
Wed 2017-03-29 04:57:48 PM qpanda in ~ -bash 4.4.5
$ diskutil eject force /dev/disk6
Unable to find disk for force

Así que ahora no sé qué hacer. La unidad gira cuando la conecto, y la luz de actividad brilla normalmente, pero nada de lo que tengo parece capaz de hacer nada en absoluto con la unidad, excepto obtener una pequeña cantidad de información básica de ella.

Mantengo una copia de seguridad de esta unidad en Time Machine, y hay una copia de seguridad actual de poco antes del desmontaje, así que no me preocupa demasiado la pérdida de datos. Mi pregunta es si tiene algún sentido seguir intentando acceder a esta unidad para poder reformatearla y restaurar los datos, o si simplemente debo seguir adelante y reemplazarla.

No estoy seguro de si este disco está todavía en garantía, pero voy a comprobarlo con WD esta noche (todos mis discos WD están registrados activamente, por suerte). Sin embargo, tanto si lo está como si no, reemplazar el disco significa gastar mucho dinero (ya sea para una compra en la tienda local o para el envío de un día para otro en una compra en línea) o estar sin él durante unos días. Dado que el contenido de esta unidad es de uso personal, no comercial, no es un gasto que pueda amortizar. Así que si es razonablemente posible conseguir que esta unidad funcione, aunque sea a corto plazo, esa sería mi preferencia.

Entonces, ¿tengo alguna esperanza de salvar esta unidad? ¿O debería darle el funeral vikingo?