磁盘未正确弹出提示的含义及解决方法

背景

macOS 用户经常遇到一个令人沮丧的弹窗：“Disk Not Ejected Properly”。许多用户只是简单将其关闭，并未深究其背后的原因。本文作者从自身经历出发，指出这一提示不仅出现在偶尔误操作时，对于某些用户甚至反复出现数百次。文章旨在从技术底层解释磁盘挂载、卸载、弹出等操作的真正机制，帮助用户理解什么情况下会触发这个警告，以及如何区分“优雅卸载”与“非正常断开”。

核心内容

磁盘是如何被挂载的？

当存储设备连接到 Mac 时，多个系统服务协同工作，最终在 Finder 中呈现该存储的内容。首先，硬件设备管理器 IOKit 通过 kernel_task 进程检测到设备，并创建一个内部设备树，表示硬件的各个组件。每个组件由对应的 IOKit 驱动提供（例如 IOUSBHostInterface → IOUSBMassStorageInterface → IOUSBMassStorageDriver → ... → IOBlockStorageDriver → Sabrent ROCKET-XTRM-Q Media (IOMedia) → IOMediaBSDClient）。接着，存储驱动调用 DiskArbitration 服务来处理卷挂载的物流工作。DiskArbitration 探测存储设备上的文件系统，然后调用相应的文件系统驱动程序进行一致性检查等预挂载操作。一旦卷被识别，DiskArbitration 会创建一个挂载点文件夹（如 /Volumes/Backup），挂载该卷，用户即可在 Finder 中访问其内容。

优雅卸载（Unmount）时发生了什么？

与挂载相反，优雅的卷卸载其实非常表面化。当用户请求卸载一个卷时，DiskArbitration 服务会处理该请求。它向整个系统发出即将卸载的通知，并允许任何关心的应用程序“反对”该卸载请求（从而阻止操作）。如果没有反对者，卷就会被卸载，挂载点文件夹被删除。但注意，底层所有的设备对象仍然完好无损，并由 IOKit 服务持续跟踪。用户可以通过终端运行 ioreg -w 0 -l 并搜索 IOMediaBSDClient 看到这些底层对象。在磁盘工具（Disk Utility）的“查看”菜单中选择“显示所有设备”，也能看到设备树的顶层。

“弹出”（Eject）与仅卸载有何不同？

磁盘弹出是设备连接的相反过程：一旦存储被弹出，macOS 将不再能看到它。作者指出，“弹出”这个词如今用法模糊。早期，“弹出”意味着物理上将存储介质从设备中取出（如 Zip 驱动器、DVD），此时不仅卷挂载被解除，所有支持 IOKit 树对象也会被丢弃。而现代 macOS 中，在 Finder 里“弹出”一个卷，实际上只是卸载该卷，并未真正弹出；即使 Finder 提供“弹出磁盘上的所有卷”选项，后续操作也只是卸载卷，底层设备对象保持不变。本文讨论的“Disk Not Ejected Properly”对话框所指的“弹出”，是指 IOKit 已丢弃所有与该存储设备相关的内部树对象，macOS 不再能“看见”它。

通过日志观察差异

作者以 Carbon Copy Cloner（CCC）的日志为例，展示不同场景下的记录。CCC 会记录存储设备的出现和消失，以及优雅卸载与非优雅卸载、设备弹出等事件。

正常设备出现日志：

16:19:01 Adding [/dev/disk8] to diskobjects[90]
16:19:01 Adding [/dev/disk8s1] to diskobjects[91]
16:19:01 Adding [/dev/disk8s2] to diskobjects[92]
16:19:01 Adding [/dev/disk9] to diskobjects[94]
16:19:01 Adding [/dev/disk9s1] to diskobjects[95] 🔒 FileVault encrypted. [APFS Test]
16:19:01 Adding [/dev/disk9s2] to diskobjects[96]
16:19:01 [INFO] Volume mounted: "/Volumes/Photos Archive" (/dev/disk9s2)

优雅卸载日志：

16:54:30 Not dissenting the volume unmount request for /Volumes/Photos Archive.
16:54:30 [INFO] Volume unmounted: "Photos Archive" (/dev/disk9s2)

可见，CCC 收到了反对卸载的请求机会（但它没有使用该卷，所以未反对），随后卷被卸载，但底层设备仍在 IOKit 中。

物理断开设备日志：

16:56:03 Device removed from IOKit by the macOS kernel: /dev/disk9s2
16:56:03 Device removed from IOKit by the macOS kernel: /dev/disk9s1
16:56:03 Device removed from IOKit by the macOS kernel: /dev/disk9
16:56:03 Device removed from IOKit by the macOS kernel: /dev/disk8s2
16:56:03 Device removed from IOKit by the macOS kernel: /dev/disk8s1
16:56:03 Device removed from IOKit by the macOS kernel: /dev/disk8

所有设备被干净地从 IOKit 中移除（CCC 订阅了 IOKit 的 interest notifications，因此能看到这些事件）。

非正常断开（引发“Disk Not Ejected Properly”警告）的日志：

16:19:01 [INFO] Volume mounted: "/Volumes/Photos Archive" (/dev/disk9s2)
16:19:06 [INFO] Volume unmounted: "Photos Archive" (/dev/disk9s2)
16:19:06 Device removed from IOKit by the macOS kernel: /dev/disk9s2
16:19:06 Device removed from IOKit by the macOS kernel: /dev/disk9s1
16:19:06 Device removed from IOKit by the macOS kernel: /dev/disk9
16:19:06 Device removed from IOKit by the macOS kernel: /dev/disk8s2
16:19:06 Device removed from IOKit by the macOS kernel: /dev/disk8s1
16:19:06 Device removed from IOKit by the macOS kernel: /dev/disk8
16:19:09 Adding [/dev/disk8] to diskobjects[90]
16:19:09 Adding [/dev/disk8s1] to diskobjects[91]
16:19:09 Adding [/dev/disk8s2] to diskobjects[92]
16:19:09 Adding [/dev/disk9] to diskobjects[93]
16:19:09 Adding [/dev/disk9s1] to diskobjects[94] 🔒 FileVault encrypted. [APFS Test]
16:19:09 Adding [/dev/disk9s2] to diskobjects[95]
16:19:09 [INFO] Volume mounted: "/Volumes/Photos Archive" (/dev/disk9s2)

在这个例子中，卷挂载后仅5秒，设备突然掉线。关键区别有两点：a) 没有来自 DiskArbitration 的“是否反对卸载”的通知；b) 所有底层设备被 macOS 内核同时从 IOKit 中移除。三秒后（没有用户物理干预），设备重新出现并再次挂载——这是因为存储设备的固件重启后，IOKit 重新发现了硬件并重复了连接流程。与此同时，Notification Center 弹出了“磁盘未正确弹出”的警告。

关键要点

• 优雅卸载（Unmount）：通过 DiskArbitration 发起，允许应用程序反对，只移除卷挂载点，底层设备对象保留在 IOKit 中，不会触发“Disk Not Ejected