Tengo una pequeña pila de unidades de disco duro WD con alimentación de bus conectadas a mi MBP de 17 "a mediados de 2010 a través de un concentrador con alimentación de 10 puertos. (De acuerdo con las especificaciones, el concentrador proporciona más que suficiente amperaje para alimentar a todos a una vez, pero en realidad nunca he probado el amperaje.)
Durante los últimos seis meses más o menos, he visto episodios que se repiten de manera irregular de uno o más de estos discos que se expulsan de forma espontánea (no se desmontan de forma clara, sino simplemente se desconectan). Por lo general, he podido rastrear el problema hasta el bloque de energía del hub que pisa un gato. (Por alguna razón incomprensible, las compañías siguen haciendo verrugas en las paredes que no están totalmente apoyadas contra la pared o la regleta de alimentación, de modo que la presión en el extremo del ladrillo opuesto al extremo del tapón saca el tapón parcialmente. Mal, mal diseño.)
A veces, sin embargo, no hay causa aparente para la desconexión. En estos casos, la mayor parte del tiempo el disco desaparecido se volverá a montar sin intervención. De vez en cuando, tendré que desconectar y volver a conectar la unidad afectada para volver a montarla.
Hoy, una de estas unidades hizo el truco de desmontaje y no se volvería a montar. He intentado reiniciar. He intentado conectarlo directamente en el MBP. He leído varias preguntas y respuestas que parecen relacionadas y probé las soluciones que parecían aplicables. Todavía no hay soporte.
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, se agita por un momento y luego informa "No se pudo montar el disco" o "Se requiere un disco con un punto de montaje".
El terminal puede ver el disco también. Antes de reiniciar, ls -@aehlFGO (mis alias personalizadas ls opciones) de / Volumes mostró el nombre del volumen, pero con permisos incorrectos:
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 los permisos correctos de drwxrwxr-x@ con el propietario / grupo de me / staff o root / wheel, sin ACL. Desde el reinicio, por supuesto, la unidad afectada no aparece en / Volúmenes en absoluto.
diskutil list muestra la unidad afectada como disk6. 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
Según el consejo dado en otra pregunta, ejecuté sudo gpt -r show disk6 y obtuve el siguiente resultado (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 una de las otras unidades externas de la misma capacidad produjo una salida idéntica, por lo que supongo que esto significa que la tabla de particiones es normal.
Probar 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 estoy seguro de qué hacer. La unidad gira cuando la conecto, y la luz de actividad brilla normalmente, pero nada de lo que tengo puede hacer nada con la unidad, excepto que obtiene una pequeña cantidad de información básica.
Mantengo una copia de seguridad de esta unidad en Time Machine, y hay una copia de seguridad actual desde poco antes del desmontaje, por lo que no me preocupa demasiado la pérdida de datos. Mi pregunta es si hay algún punto en seguir intentando acceder a este disco para poder reformatearlo y restaurar los datos, ¿o debo seguir adelante y reemplazarlo?
No estoy seguro de si esta unidad aún está en garantía, pero lo comprobaré con WD esta noche (todas mis unidades WD están registradas de forma activa, por suerte). Sin embargo, ya sea que lo sea o no, reemplazar el disco significa gastar demasiado dinero (ya sea para una compra local en la tienda o para el envío nocturno de una compra en línea) o estar sin él por algunos días. Dado que los contenidos de esta unidad son para uso personal, no comercial, no es un gasto que pueda cancelar. Entonces, si es razonablemente posible hacer funcionar este disco, aunque sea a corto plazo, esa sería mi preferencia.
Entonces, ¿tengo alguna esperanza de salvar esta unidad? ¿O debería simplemente darle el funeral vikingo?