Mike Bombich, desarrollador de Carbon Copy Cloner, explica en profundidad por qué macOS muestra el aviso «Disk Not Ejected Properly» y qué ocurre internamente cuando se conecta, se desmonta o se desconecta un disco sin expulsarlo correctamente.
El artículo describe cómo IOKit —el gestor de dispositivos hardware del sistema— detecta el dispositivo recién conectado y construye un árbol interno de objetos con ayuda de los drivers de almacenamiento (IOUSBHostInterface, IOUSBMassStorageDriver, IOBlockStorageDriver, IOMediaBSDClient). A continuación, el servicio DiskArbitration entra en escena para sondear el sistema de archivos, comprobar su coherencia y montar el volumen en un punto como /Volumes/Backup, haciéndolo visible en Finder.
El desmontaje educado es, según Bombich, un proceso superficial: DiskArbitration envía un aviso de desmontaje y permite que las aplicaciones disientan; si nadie se opone, se desmonta el volumen pero los objetos de IOKit permanecen. Por el contrario, una expulsión completa elimina del árbol de IOKit todos los objetos asociados al dispositivo, de modo que macOS deja de «verlo». El verbo «eject» se usa de forma ambigua: en unidades de Zip o DVD implicaba retirar físicamente el medio, mientras que en Finder solo desencadena un desmontaje.
Bombich ilustra la diferencia con registros de CCC: tras una desconexión correcta, el kernel notifica la retirada de cada objeto IOKit (/dev/disk8, /dev/disk8s1, etc.). En cambio, cuando un dispositivo desaparece sin desmontaje previo (por ejemplo, a los cinco segundos de montarse un volumen FileVault), el sistema no envía la solicitud de disentimiento y el evento se asemeja a una extracción física. El artículo busca así aclarar la naturaleza técnica del aviso y ofrecer a los usuarios —especialmente a quienes lo ignoran con frecuencia— una visión precisa de lo que sucede bajo el capó.