OS X no puede desmontar el disco

Mi LaCie Rugged THB de 1 TB decidió que era una buena idea dejar de funcionar de repente. Si lo abro en disk util, a veces veo el nombre real de una partición, pero lo más probable es que no sea el nombre real.

En la Terminal probé:

diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            140.0 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:       Microsoft Basic Data BOOTCAMP                110.1 GB   disk0s4
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *1.0 TB     disk1
   1:                  Apple_HFS                         150.1 GB   disk1s1
   2:                 DOS_FAT_32 BAK_WIN                 150.0 GB   disk1s2
   3:                  Apple_HFS                         100.0 GB   disk1s3
   4:                 DOS_FAT_32                         120.0 GB   disk1s5
   5:                 DOS_FAT_32                         480.1 GB   disk1s6

Y luego para desmontar esto:

$sudo diskutil unmountDisk force disk1

dio esto: Falló el desmontaje forzado del disco 1: al menos un volumen no se pudo desmontar Que para cada disco:

$sudo diskutil unmount force disk1sn

Siempre: disk1sn ya estaba desmontado

Debido a que no pude hacer nada con mi disco duro externo, hice un intento desesperado de borrar todo lo que contenía, incluidos los archivos sin respaldo, porque este solía ser el plan de respaldo. Este fue el intento:

$ sudo diskutil eraseDisk JHFS+ DISK_VOLUME disk1
Started erase on disk1
Unmounting disk
Error: -69888: Couldn't unmount disk

Pero no funcionó tan bien. Si tiene alguna idea para hacer funcionar el HDD o incluso proteger los archivos, estaría muy agradecido.

Casi me olvido de esto de la Utilidad de Discos: La
Utilidad de Discos no puede reparar este disco. Haga una copia de seguridad de tantos archivos como sea posible, vuelva a formatear el disco y restaure sus archivos de copia de seguridad.

Solo para que quede claro: no necesita ningún archivo de esta unidad, ¿solo quiere que se borre y se vuelva a poner en servicio?
Me gustaría tener los archivos, pero si no hay otra manera, estaría agradecido de poder usarlo nuevamente. Pero significaría la pérdida de muchas fotos :-/

Respuestas (6)

Para mí, ninguna de las soluciones funcionó: sudo unmount, sudo unmountDisk, unmountDisk force, etc., con /dev/disk4, /dev/disk4s1, /dev/disk4s2, etc. Todo falló. Lo último que intenté, eraseDisk, me dio el mismo error: Error: -69888: no se pudo desmontar el disco

Entonces decidí ver si había algún proceso en mi camino, así que corrí sudo lsof|grep disk4y encontré un proceso funcionando en una de mis particiones. ¡Eliminé la identificación del proceso y de repente el disco se montó de nuevo! ¡Éxito!

Bueno, el disco no ha funcionado hasta hoy. Pero lo guardé, veamos qué puedo hacer :)
¡Buena suerte, espero que funcione!
Aunque creo en su respuesta (también la encontré en otros blogs), mi sistema ya no reconocerá la unidad. Pero gracias de todas maneras :)
@PeterSchmucki, ¿puedes ver el disco cuando lo ejecutas diskutil? (Tengo más experiencia reparando unidades defectuosas en Windows, por lo que esa sería mi próxima solución: encontrar una máquina con Windows y profundizar allí).
No pude verlo la diskutilúltima vez, sin embargo, a veces veo la unidad en Windows 7. Tengo mi disco principal particionado, podría arrancar desde Windows. Mi VM de Linux, por otro lado, nunca vio el disco, probablemente un problema de configuración, aunque no estoy muy seguro de eso.
Para mí, macOS estaba tratando de ayudar a fsck el disco. El proceso infractor era 'fsck_hfs' con '/dev/rdisk...' abierto.
Esto funcionó y ahora puedo borrar el disco, pero si desea sus datos, puede valer la pena esperar hasta que fsck_hfsse complete. Después de mucho tiempo, la unidad se conectó repentinamente y pude hacer una copia de seguridad de algunas cosas, luego la borré a través dediskutil
Lo único que funcionó para mí fue ejecutar (en Terminal, NO en iterm):diskutil zeroDisk disk#

Me pasó lo mismo porque estaba en el mismo directorio que la unidad USB.

Volví a mi directorio de inicio (cd ~) y ejecuté el comando nuevamente y funcionó.

esto funcionó porque estaba tratando de desmontar el disco mientras estaba en el disco (dooh). Solía cd ..​​​​subir un nivel que me movía fuera del disco que estaba tratando de desmontar.
+1 Increíble, lo intenté mucho hasta que cd ~ resolvió el problema. ¡Muchos gracias!

Descubrí que tuve este problema cuando estaba usando iTerm en lugar de la terminal, si las otras correcciones no ayudan, intente cambiar a la terminal si está usando otra cosa

¡Confirmo que usar Terminal en lugar de iTerm2diskutil unmount sorprendentemente hizo que el comando diskutil mountfuncionara!

Extraño, esto también funcionó para mí, nunca hubiera pensado en probarlo.
agregue iTerm a SIP si esto sucede

Todos estos métodos anteriores solían funcionar en mi máquina. Parece que después de un tiempo ya no funcionará. Por alguna razón, este problema comienza a ocurrir cada vez que se extrae la unidad de manera insegura. Por ejemplo, mi macbook no tiene batería, por lo que, si falla la electricidad de mi casa o si se desconecta el cable de alimentación, cuando reinicie mi computadora, la unidad no funcionará.

La única forma que encontré para trabajar cada vez es iniciar una máquina virtual, con una distribución de Linux o Windows, en la misma computadora que no se está montando y forzar la unidad para que se monte en ella. [1] Puede hacer clic en dispositivos, usb 2.0 (o 3.0) y buscar el dispositivo. Tan pronto como se monte, lo quita de forma segura, apaga la máquina virtual o desmarca el dispositivo, invirtiendo el paso [1].

Si no aparece automáticamente en su Mac, puede desenchufarlo y volver a enchufarlo.

Ps.: Este método se realizó con una VM de Virtual Box, pero probablemente funcionará con Parallels, VMWare o incluso una distribución de Linux Live CD (usb).

Como sugiere la información de ayuda de Apple, cuando se produce un error durante la expulsión, cerrar la sesión ( logotipo de Apple > Cerrar sesión ) y volver fue suficiente para expulsarla.