Cómo solucionar el estado de "media expulsión" de una unidad no conectada

Aparte de reiniciar el sistema, hay probablemente media docena de formas directas, fiables y perfectamente apropiadas para completar el proceso de desmontaje completo de una unidad que se detuvo inesperadamente de forma prematura en el punto de desmontaje. Me vinieron a la mente inmediatamente dos comandos de terminal que harían el trabajo, y los conozco lo suficientemente bien como para no sentir la necesidad de volver a comprobar las páginas del manual antes de teclear. Dicho esto, mi consejo es que se enfrente a la situación... reiniciando el sistema. Deja que el sistema operativo ejecute la miríada de comprobaciones de integridad de apagado y arranque y los procedimientos de seguridad de varios pasos y las funciones de recuperación que no tenemos ni idea de que existen. Mientras me aventuro a montar imágenes de disco con archivos de sombra en el kernel [ /usr/sbin/hdik En el caso de los sistemas de archivos locales, me remito a la autoridad de la estructura local cuando se trata de vigilar la integridad de mis unidades de copia de seguridad.

Además, te sugiero que antes de realizar cualquier acción directa sobre la unidad, compruebes el registro de SuperDuper. Si algo hubiera ido terriblemente mal, SuperDuper lo habría anunciado en su momento, así que esa no es la razón para echar un vistazo. Lo sugiero por la posibilidad de encontrar una pista sobre el origen del fallo.

Asimismo, considere la posibilidad de comprobar /var/log/diskarbitrationd.log por su visión de los acontecimientos recientes y la oportunidad de una mayor iluminación. (Naturalmente, no mencionaré haber echado un vistazo al contenido de /etc/fstab .)

editar :: información complementaria

Las dos órdenes que se me ocurrieron fueron umount y diskutil.

He mirado la documentación de umount para asegurarme de que mi memoria sobre su uso era razonablemente precisa. Me encontré con la revelación de que durante, oh, veinte años más o menos, había pasado por alto la sección de NOTAS de las páginas de manual, citada en su totalidad aquí:

Debido a la naturaleza compleja y entrelazada de Mac OS X, umount puede fallar a menudo. Se recomienda usar diskutil(1) (como en, ``diskutil unmount /mnt'') en su lugar.

¿Qué puedo decir? Debido a la naturaleza compleja y entrelazada de mi capacidad cognitiva residual, puedo fallar a menudo.

En cuanto a diskutil, el comando particular que habría emitido resultó ser un comando válido: diskutil unmountDisk force [device] . Deberá consultar las páginas del manual para conocer todas las opciones de uso y la sintaxis.

En cuanto a la inexistencia de /var/log/diskarbitrationd.log : al parecer, se olvidó tontamente de crearlo Oh Espera

A veces [ver ¶ cuatro, arriba] me olvido de que tal o cual proceso en segundo plano que tengo en marcha no forma parte de una instalación por defecto del sistema operativo. Ese fue el caso aquí con el demonio del servidor de arbitraje de discos, ubicado en /usr/sbin/diskarbitrationd . No tiene sentido que te molestes en ello ahora.

Si lo desea, y según su conveniencia, considere utilizar la Utilidad de Discos para examinar el esquema de particiones y el sistema de archivos de la unidad de copia de seguridad. Si existe más de un volumen en el dispositivo, lo que probablemente no es el caso de una unidad de copia de seguridad, mantenga pulsada la tecla -Comando mientras hace clic en el nombre del dispositivo junto con los nombres de los volúmenes con sangría que hay debajo. A continuación, utilice la tecla Verify Disk en la pestaña de primeros auxilios para comprobar si hay errores en la unidad.

No es una errata.