Ejecta

diskutil eject：如何从 Mac Terminal 推出驱动器

Tue, 10 Feb 2026 00:00:00 +0000

访达告诉你驱动器正在使用。它不告诉你是什么在使用它，也不告诉你该怎么办。Terminal 两者都能做到。

快速答案： 运行 diskutil eject /Volumes/YourDriveName 从 Terminal 推出一个驱动器。如果失败，用 sudo lsof /Volumes/YourDriveName 查看是什么在阻止推出，用 kill <PID> 停止那个肇事的进程，然后再推出一次。作为最后手段，diskutil unmountDisk force /dev/diskN 会强制卸下驱动器，但仅在没有任何东西正在积极写入时才这样做。

如果你对命令行得心应手，那么在 macOS 上处理顽固的驱动器推出，Terminal 是最强大的方式。而如果你还不太习惯它，这些命令是一个很好的起点。

用 diskutil eject 进行基本推出

从 Mac Terminal 推出外置驱动器最直接的方式：

diskutil eject /Volumes/YourDriveName

将 YourDriveName 替换为驱动器的实际名称——和它在访达中显示的完全一致。如果名称含有空格，就用引号把它括起来：

diskutil eject "/Volumes/My Drive"

这和点按访达中的推出按钮做的是同一件事。如果成功，驱动器会干净地卸载，你就完事了。如果失败，你会看到一条比访达更详细、更有用的错误消息。

你也可以只卸载而不推出（驱动器在磁盘工具中仍可见，但未装载）：

diskutil unmount /Volumes/YourDriveName

这个区别对多分区驱动器很重要。unmount 移除一个宗卷。eject 一次性移除物理设备及其所有宗卷。

用 diskutil list 找到驱动器的标识符

在使用更高级的命令之前，你需要驱动器的标识符。列出所有已连接的磁盘：

diskutil list

输出会显示每个磁盘及其分区。你的外置驱动器会是类似 disk4 或 disk5 的形式。内部驱动器通常是 disk0 和 disk1。

要获得仅含外置驱动器、更易读的概览：

diskutil list external

一旦你知道了磁盘标识符，你也可以用 /dev/ 路径而非宗卷名称来推出：

为什么连接外置驱动器后你的 Mac 会变慢

Sat, 07 Feb 2026 00:00:00 +0000

你插上一个外置驱动器，Mac 就开始卡顿。访达响应变慢。App 出现停顿。旋转的彩色圆盘登场了。拔出驱动器，一切便恢复正常。

快速答案： 插上外置驱动器会同时触发聚焦索引、访达预览生成、.DS_Store 写入和时间机器检查。单一最大的原因是聚焦——用 sudo mdutil -i off /Volumes/YourDriveName（或“系统设置 > Siri 与聚焦 > 聚焦隐私”）为该驱动器禁用它。正在损坏的驱动器也会导致全系统的 I/O 停滞；如果性能问题很显著，请在磁盘工具中检查 SMART 状态。

它本不该这样运作。外置驱动器只是存储而已。但 macOS 把每一个连接的驱动器都当作要去交互的东西，而那种交互可能拖垮你的整个系统。

聚焦索引是首要的肇事者

你一连接外置驱动器，聚焦就开始为它编制索引。对于一个含有成千上万个文件的驱动器，这个索引过程会消耗大量的 CPU 和磁盘 I/O。

聚焦不只是记录文件的存在。它会读取它们。它从文稿中提取元数据、解析文本文件、生成图像预览，并为电子邮件归档编目。在一个装满文稿、照片或媒体的驱动器上，这可能是一项持续数小时的密集操作。

在聚焦编制索引期间，Mac 的资源在你的工作和索引进程之间被瓜分。CPU 使用率飙升。内存压力增大。而如果外置驱动器很慢（比如一块通过 USB 2.0 连接的机械硬盘），I/O 瓶颈就可能连锁成全系统的卡顿。

修复方法很直接。把驱动器添加到聚焦的隐私列表，以彻底阻止索引：

打开“系统设置 > Siri 与聚焦 > 聚焦隐私”。把你的外置驱动器添加到列表中。聚焦会立即释放该驱动器，并且不再为它编制索引。

或者从 Terminal：

sudo mdutil -i off /Volumes/YourDriveName

你将无法再用聚焦搜索该驱动器的内容，但 Mac 不会再每次插上它就慢如蜗牛。（关于聚焦如何干扰日常的驱动器操作，请参阅我们的文章聚焦阻止磁盘推出。）

访达缩略图与预览生成

当你浏览文件时，访达会为它们生成预览和缩略图。当你打开外置驱动器上的一个文件夹时，访达会开始为它能处理的每一个文件创建视觉预览：图像、PDF、视频、文稿。

在快速的内置 SSD 上，这很快就完成，你几乎察觉不到。在外置驱动器上，尤其是机械硬盘，每个文件夹的预览生成可能要花上几分钟。在它运作期间，访达会变得迟缓。

要减少这种开销，请切换到列表视图（Command-2）或分栏视图（Command-3），而不是图标视图或画廊视图。列表视图和分栏视图不会生成完整的预览，只生成文件类型图标。

你也可以彻底禁用缩略图预览。在访达中，前往“显示 > 查看显示选项”（Command-J），取消勾选“显示图标预览”。在查看外置驱动器上的某个文件夹时这样做，它就会应用于那个位置。

.DS_Store 问题

每当你在访达中打开一个文件夹时，macOS 都会向那个文件夹写入一个 .DS_Store 文件。这个文件存储视图偏好、图标位置和其他元数据。

在内置驱动器上，这是瞬间完成的。在外置驱动器上，写入 .DS_Store 文件会产生 I/O。如果你在一个外置驱动器上浏览许多文件夹，访达就会不断写入这些小文件，每一个都需要一次写入操作，而这在慢速驱动器上可能会阻塞。

理解 macOS 磁盘权限与外置驱动器

Sat, 31 Jan 2026 00:00:00 +0000

你插上一个外置驱动器，能读取文件却无法保存到它。或者一块在你另一台 Mac 上运行良好的驱动器，在这台上却不让你写入。又或者每次你试图访问外置驱动器上的某些文件夹时，都被要求输入密码。

快速答案： Mac 上大多数外置驱动器的权限问题，都能通过启用“忽略此宗卷上的所有权”来解决。在访达中选择该驱动器，按 Command-I，然后在“显示简介”底部勾选那个选框。这会绕过那些在驱动器于不同 Mac 之间转移时变得不同步的所有权标记。仅适用于 APFS 或 HFS+ 驱动器——exFAT 根本没有权限系统。

外置驱动器上的权限问题令人困惑，因为其规则不同于 Mac 的内置存储。macOS 对外置宗卷应用所有权和权限的方式，并不总是符合直觉。

macOS 如何处理外置驱动器上的所有权

Mac 的内置驱动器有一个明确的所有者：你。你的用户账户有一个 ID 号（通常第一个创建的账户为 501），而那个 ID 会被标记在你创建的每一个文件上。

外置驱动器会带着上一台向它写入的电脑所留下的权限标记。如果你在一台你的用户 ID 为 501 的 Mac 上创建了文件，又把驱动器插到另一台你同样是用户 501 的 Mac 上，那么一切都对得上。但如果 ID 不匹配，你就会遇到权限冲突。

这在多台 Mac 之间共用驱动器时很常见，尤其是在每台机器上用户账户设置各不相同的工作环境中。

忽略外置宗卷上的所有权

macOS 为所有权不匹配的问题内置了一个解决方案。在访达中选择外置驱动器，按 Command-I 打开“显示简介”，在底部查找“忽略此宗卷上的所有权”。

启用这个选框后，macOS 会把驱动器上的每一个文件都当作属于当前用户。它彻底绕过了所有权标记。对大多数可移除的 APFS 和 Mac OS 扩展（HFS+）驱动器来说，这是默认设置，这也是为什么你通常不会遇到权限问题。

请注意，这个选框只会在 APFS 和 HFS+ 宗卷上出现。它不会在 exFAT 或 FAT32 驱动器上出现，因为那些文件系统没有原生的权限系统。

如果这项设置被关掉了（这可能在格式化之后或某些 macOS 更新之后发生），权限错误就会开始出现。把它重新打开，问题便会消失。

注意：你需要管理员权限才能更改这项设置。如果选框变灰，请点按“显示简介”窗口底部的锁形图标并输入密码。

APFS 权限与 exFAT 权限

APFS 驱动器带有完整的 POSIX 权限：所有者、群组和其他人对读、写、执行的访问标志。它们还支持访问控制列表（ACL）以进行更精细的控制。这与 Mac 内置驱动器所用的权限系统相同。

在 Final Cut Pro 中使用外置驱动器而不出现推出问题

Sat, 24 Jan 2026 00:00:00 +0000

如果你在 Mac 上剪辑视频，外置驱动器很可能是你最常用的外设。Final Cut Pro 项目可能占用数百 GB。从外置存储工作不是奢侈，而是必需。

但说到推出，Final Cut Pro 和外置驱动器有着复杂的关系。你完成了剪辑，关闭了项目，退出了 Final Cut，驱动器却依然推不出来。有东西在占用着它，而你弄不明白是什么。

为什么 Final Cut Pro 会占用驱动器

Final Cut Pro 在你使用视频文件时，不只是打开它们。它会在存放资源库的那个宗卷上创建一整套相关数据的生态系统。

一个 Final Cut Pro 资源库包含原始媒体、优化后的媒体、代理媒体、渲染文件、分析数据，以及一个数据库。即便一个简单的项目，也可能牵涉散布在这些类别中的成千上万个独立文件。

当你关闭一个项目时，Final Cut 不会立即释放所有这些文件。后台渲染可能仍在进行。Motion 模板可能仍处于载入状态。媒体导入过程可能正在收尾。

更重要的是，Final Cut Pro 会运行用于媒体管理的后台服务，即便在你关闭了主 Final Cut Pro 窗口之后，这些服务仍会继续对资源库数据进行操作。它们处理后台渲染、转码和缩略图生成之类的任务。

渲染文件问题

Final Cut Pro 的后台渲染是退出后推出失败最常见的原因。

当你启用了后台渲染（默认开启）时，Final Cut 会在你工作时于后台渲染你的时间线。如果你在渲染进行途中退出 Final Cut Pro，渲染进程需要时间来收尾。在那段收尾期间，它会保持对你外置驱动器的文件句柄。

你可以在退出前查看 Final Cut Pro 中的后台任务指示器，来检查后台渲染是否处于活动状态。点按时钟图标即可查看活动任务。在退出前等待所有任务完成，推出过程就会顺畅得多。

要彻底禁用后台渲染：前往“Final Cut Pro > 设置 > 播放”，取消勾选“后台渲染”。你会失去时间线预渲染带来的便利，但你将完全掌控渲染何时发生、驱动器何时空闲。

生成的媒体会滞留

Final Cut Pro 会生成几种与你的项目一同存在的媒体：

优化后的媒体：你原始素材的 ProRes 转码
代理媒体：用于更流畅剪辑的低分辨率副本
渲染文件：预渲染的时间线片段
分析数据：面部识别、防抖分析、音频响度数据

这些生成过程中的每一个都可能在后台运行。如果你在其中任何一个处于活动状态时退出 Final Cut Pro，那个生成进程可能不会干净地终止。

如何阻止 iCloud 和 Dropbox 妨碍驱动器推出

Sat, 17 Jan 2026 00:00:00 +0000

你关闭了每一个 App。你保存了一切。你点按推出，macOS 却说驱动器仍在使用。你运行 lsof，在输出中看到了 bird、cloudd 或 Dropbox。一个云同步服务正在扣押你的驱动器。

这是 Mac 上推出失败最常见、也最不为人理解的原因之一。云同步服务会一直在后台运行，专门用来监测文件的变化。这种监测意味着会有打开的文件句柄，而打开的文件句柄就意味着你的驱动器无法推出。

为什么同步服务会阻止推出

云同步服务的工作方式是监视文件夹的变化。当一个文件被创建、修改或删除时，服务会检测到它并把更改同步到云端。为了检测这些变化，服务会保持打开的文件句柄，或在它所监视的目录上使用文件系统事件监视器。

当任何被监视的路径位于你的外置驱动器上时，问题就出现了。这可能以几种方式发生：

你自己把同步文件夹放在了驱动器上。也许你为了腾出空间把 Dropbox 文件夹移到了外置驱动器，或者你在那里存放着一个通过 iCloud 云盘共享的项目文件夹。

某个应用程序在驱动器上创建了一个被同步服务认领的文件。一些 App 会把临时文件、缓存或项目元数据保存在它们正使用的任何宗卷上。

聚焦为你的驱动器编制了索引，而某个同步服务捕捉到了那份索引数据。这是间接的，但它确实会发生。

具体说说 iCloud

macOS 上 iCloud 的同步守护进程叫做 bird（没错，真的）。你还会看到 cloudd 处理某些同步操作。这些进程作为系统服务运行，如果你退出它们，它们会自动重启。

如果 bird 在阻止你的驱动器，那它正在监视该宗卷上的某个文件或文件夹。常见的触发因素包括：

iCloud 桌面与文稿：如果你启用了这项功能，而你的外置驱动器作为一个位置出现在访达中，iCloud 可能会为与之相关的路径编制索引。
预览与快速查看：在“预览”中打开你外置驱动器上的某个文件，可能会创建 iCloud 同步的最近文件引用。
Pages、Numbers 或 Keynote：这些 App 默认会自动存储到 iCloud。如果你从外置驱动器打开了一个文稿，App 可能会在本地文件和一个 iCloud 引用之间维持一条连接。

要检查 iCloud 是否是你的阻止者：

lsof /Volumes/YourDriveName | grep -i bird
lsof /Volumes/YourDriveName | grep -i cloudd

具体说说 Dropbox

Dropbox 在文件监测方面甚至更为积极。在现代 macOS 版本上，Dropbox 客户端使用 Apple 的 File Provider 框架（较旧的内核扩展方式已在 macOS 12.3 中弃用）来实时监测文件系统操作。

外置 SSD 无法推出的真正原因

Sat, 17 Jan 2026 00:00:00 +0000

你买了一块高速外置 SSD，因为机械硬盘让你觉得慢。如今那块 SSD 偏偏不肯推出，你开始怀疑这份速度是否值得这般麻烦。

外置 SSD 已成为任何需要搬运大文件的人的标配：视频剪辑师、摄影师、开发者，以及任何厌倦了眼睁睁看着进度条蜗行的人。但正是那些让 SSD 飞快的特性，也可能让它们在推出时变得顽固。

SSD 的写入方式不同

传统机械硬盘按顺序写入数据，一块接一块，遵循可预测的模式。SSD 则不同。它们会同时跨多个闪存单元写入数据，进行磨损均衡以延长寿命，并管理垃圾回收以收回已删除的空间。

这一切都在后台发生。你的 SSD 看上去可能处于空闲，但其内部正在重新组织、优化和自我维护。macOS 并不总是知道这些操作何时进行，这在你尝试推出时可能引发冲突。

TRIM 命令会定期在后台运行，它的作用是让 SSD 清理已删除的块。如果你尝试推出时 TRIM 正处于活动状态，驱动器可能会拒绝推出，直到 TRIM 完成。

速度造就期待

当你把文件拷贝到 SSD 时，感觉是瞬间完成的。那个 2GB 的文件三秒就传完了，进度条消失了，你完事了。只不过，也许你还没完。

macOS 对快速驱动器会积极地使用写入缓存。在数据真正落到驱动器上之前，系统就已确认写入完成。这让一切感觉灵敏，但也意味着“传输完成”与“真正完成”之间往往存在一个间隙。

在快速的 SSD 上，这个间隙很短。但它确实存在。如果你在传输看似刚完成时就立即尝试推出，可能正好赶上驱动器仍在刷新缓存。在那次刷新完成之前，系统不会让你推出。

任何大量传输之后，先等十秒再推出。对于这么快的驱动器，这感觉没必要，但它能避免那条错误消息。

USB-C 与雷雳的怪毛病

大多数外置 SSD 通过 USB-C 或雷雳连接。这些连接很快，但也比老式的 USB-A 端口更复杂。

一些 SSD 会显示为多个宗卷，或为固件、可引导性功能保留隐藏分区。每一个宗卷都是一个潜在的推出阻碍。如果你只推出了可见的分区，隐藏的那个可能仍处于装载状态。

USB-C 上的电源管理也更积极。端口可能在 SSD 仍处于装载状态时部分断电，或 SSD 可能进入低功耗状态，让 macOS 以为它已经不在了。当它重新唤醒时，你就会遇到推出问题或“磁盘未正确推出”的警告。

如果你的 SSD 有带活动指示灯的物理外壳，就盯着它们看。在你没有主动使用驱动器时灯却在闪烁，通常意味着后台活动：垃圾回收、TRIM，或像聚焦索引这样与 macOS 相关的活动。

聚焦偏爱 SSD

聚焦会积极地为快速驱动器编制索引。SSD 能被快速读取，所以聚焦会大干一场，为每个文件编目以供搜索。这对日后查找文件很有帮助，但也意味着聚焦在你的 SSD 上活动的时间会比在较慢的驱动器上更多。

让你的 SSD 用起来畅快的那份速度，也让它成了后台进程眼中诱人的目标。读取它并不会拖慢你的系统，于是它们便毫不客气地这么做了。

为什么 Mac 在没有打开任何东西时说“磁盘正在使用”

Wed, 14 Jan 2026 00:00:00 +0000

你已经关闭了一切。Safari，没了。访达窗口，关了。你正在编辑的那个文稿，存了并退出了。你点按外置驱动器上的推出，macOS 却告诉你有东西仍在使用它。

你又检查了一遍。没有任何可见的程序在运行。哪里都没有进度条。就你所能看到的，驱动器只是待在那里，什么也没做。但某个对你不可见的东西，把它的钩子扎进了你的磁盘。

这是 macOS 上最令人沮丧的体验之一，因为这个问题感觉根本不可能。你什么都做对了。你关闭了你的工作。而系统仍在阻止你，理由还不肯解释。

那些不可见的进程

Mac 上运行的大部分东西都是不可见的。在你与之交互的 App 背后，几十个后台进程处理着你从不会去想的任务：为搜索给文件编制索引、生成缩略图、同步数据、监测变化。

这些进程没有窗口。它们不出现在你的程序坞里。其中一些甚至不出现在活动监视器里，除非你知道该往哪里看。但它们全都能访问你的外置驱动器，而它们中的任何一个都可能阻止推出。

当 macOS 说“可能有一个或多个程序正在使用”你的磁盘时，它通常并没有撒谎。确实有东西在使用它。毫无帮助的地方在于，macOS 拒绝告诉你是什么。

常见的嫌疑对象

聚焦是最常见的隐形元凶。你一连接外置驱动器，聚焦就开始为它编制索引。那些索引进程（mds、mds_stores、mdworker）在后台运行，没有任何可见的迹象表明它们正在工作。它们可能把文件保持打开几分钟乃至几小时，取决于驱动器上有多少内容。

快速查看更鬼祟。当你浏览一个文件夹时，macOS 会生成缩略图和预览。那些快速查看进程（QuickLookUIService、quicklookd）有时即便在你关闭访达窗口之后也仍攥着文件句柄。你十分钟前看过那个文件夹，但快速查看还在惦记着它。

时间机器，如果启用了，会持续监测备份驱动器。即便没有备份在运行，backupd 进程也会与时间机器宗卷维持连接。它在监视变化，随时准备开始下一次备份。

如果你在外置驱动器上存放了同步文件夹，iCloud 和其他同步服务就能访问它们。同步守护进程可能正在检查文件状态，或等着上传更改。

访达本身也运行着你看不到的后台操作。文件元数据更新、废纸篓管理和边栏计算全都在不知不觉中进行。关闭一个访达窗口未必就结束了访达与某个驱动器的关系。

找出罪魁祸首

看清是什么在阻止驱动器的唯一可靠方法是 Terminal。运行这条命令，把驱动器名称替换成你的：

lsof /Volumes/YourDriveName

这会列出每一个在驱动器上打开着文件的进程。输出虽是技术性的，但可以读懂。COMMAND 列显示进程名称，NAME 列显示它们打开着哪些文件。

你会看到的常见东西：

mds 或 mdworker：聚焦索引
QuickLookUIService：缩略图生成
Finder：一项访达操作或边栏引用
backupd：时间机器监测
bird 或 cloudd：iCloud 同步

如果列表很长，你就找到了你的那些不可见用户。如果它是空的，问题可能已经自行解决了，你可以再试着推出。

省去手动步骤： Ejecta 会准确告诉你是哪个进程在占用硬盘——只需在菜单栏中点击一下即可退出它。了解更多 →

停止那些不可见的进程

一旦你知道了是什么在阻止驱动器，你就有了选择。

对于聚焦，禁用该驱动器上的索引：

sudo mdutil -i off /Volumes/YourDriveName

这告诉聚焦别碰这个驱动器。如果你以后想搜索该驱动器的内容，可以重新启用索引。

对于快速查看，重置它的缓存：

qlmanage -r cache

这会清除快速查看所攥着的任何东西，通常会释放驱动器。

时间机器不让你推出驱动器

Tue, 13 Jan 2026 00:00:00 +0000

你完成了备份。时间机器显示已完成。你点按推出，macOS 却告诉你磁盘正在使用。听起来耳熟吗？

快速答案： 你的时间机器驱动器无法推出，是因为 backupd（时间机器的后台守护进程）或聚焦的 mds / mds_stores 进程仍在使用它。在 Terminal 中运行 lsof /Volumes/YourDriveName 确认，然后用 sudo mdutil -i off “/Volumes/YourDriveName” 停止对该驱动器的聚焦索引，再试着推出。强行拔掉线缆有损坏你备份的风险。

这在时间机器驱动器上不断发生，是 Apple 这套原本出色的备份系统中最令人沮丧的部分之一。备份完成了，却有东西一直攥着驱动器不放。你被困在两难之间：要么拔掉线缆（别这么做），要么无限期地等待某个神秘的进程完成。

罪魁祸首几乎总是两者之一：backupd 守护进程尚未完全释放驱动器，或聚焦正忙着为你的备份编制索引。有时两者兼有。

为什么 backupd 会攥着你的驱动器

时间机器备份由一个名为 backupd 的后台进程处理。当你看到那个备份进度条走完时，备份中可见的部分完成了，但 backupd 往往会在后台继续工作。它可能在更新元数据、验证备份完整性，或清理临时文件。

在 Apple 芯片的 Mac 上，backupd 在能效核心上运行，以尽量减少对你工作的影响。这对性能很好，但意味着清理任务可能比你预期的更久。这个进程被设计得不引人注意，而这有时也意味着它很慢。

你可以打开活动监视器并在搜索框中搜索“backup”，来检查 backupd 是否仍处于活动状态。如果你看到 backupd 或 backupd-helper 列在其中，那时间机器还没有完全释放驱动器。

聚焦让情况更糟

接下来这部分让大多数人措手不及：macOS 会用聚焦为时间机器备份编制索引。这让你能直接从聚焦搜索你的备份历史，当你需要找一个文件的旧版本时，这确实有用。

问题在于，聚焦索引可能在你的备份完成后很久仍在继续。mds 和 mds_stores 进程（聚焦的元数据服务器）会在你的备份驱动器上忙活好几分钟，在大型备份上有时甚至好几小时。

你会在活动监视器中看到这些进程正访问你的时间机器宗卷。它们做的是正当的工作，但同时也在阻止你推出驱动器。这正是大量“磁盘正在使用”错误背后同样的根本原因——我们在 macOS 磁盘正在使用排查指南和专门的聚焦推出问题中讲解了完整的图景。

安全地检查是什么在阻止推出

在强行做任何事之前，你应当确认到底是什么在访问你的驱动器。打开 Terminal 并运行：

lsof /Volumes/YourDriveName

将“YourDriveName”替换为你的实际驱动器名称。如果它含有空格，就用引号把整个路径括起来：

lsof "/Volumes/Time Machine Backup"

这条命令会列出每一个在该宗卷上打开着文件的进程。你很可能会在结果中看到 mds、mds_stores、backupd 或访达。现在你就确切知道该处理什么了。（要更深入地了解 lsof，请参阅我们的面向 Mac 用户的 lsof 命令指南。）

Apple 多年来一直忽视的 Mac 推出问题

Sat, 10 Jan 2026 00:00:00 +0000

试着在 Mac 上推出外置驱动器，有时你会看到这样一条消息：“磁盘未能推出，因为可能有一个或多个程序正在使用它。”

一个或多个程序。可能正在使用它。不是“正在使用它”。也没说是哪些程序。只是一句含糊的指控，说某处的某个东西可能打开着一个文件。

这条错误消息以基本相同的形式存在了十五年以上。Mac 用户至少从 Snow Leopard 时代起就在 Apple 的支持论坛上请求修复它。抱怨贯穿了每一个 macOS 版本：Mountain Lion、Mavericks、Catalina、Monterey、Ventura、Sonoma、Sequoia。这条消息从未改变。Apple 从未修复它。

问题显而易见

当你无法推出一个磁盘时，你需要两条信息：是什么进程在阻止它，以及如何停止那个进程。macOS 两者都不给你。

操作系统明明确切知道是哪个进程在驱动器上打开着文件。它必须知道，因为这正是它判断是否允许推出的依据。但 macOS 没有分享这条信息，而是给了你一个文本形式的耸肩表情。

把这与 Terminal 命令 lsof 对比一下，后者会列出在给定路径上打开着文件的每一个进程。信息是存在的。它是可获取的。Apple 只是选择了不把它放进错误对话框。

用户实际会怎么做

面对这条毫无用处的错误消息，Mac 用户形成了一整套变通办法，靠论坛帖子和博客评论口口相传。

乐观的人会等一等再试一次，希望那个神秘的进程自己结束。有时这管用。但往往不管用。

懂技术的人会打开 Terminal 运行 lsof /Volumes/DriveName，然后解析输出以辨认肇事者。这要求你知道这条命令的存在、懂得如何读懂它的输出，并对终止进程感到自在。

不耐烦的人会强制推出，祈祷一切顺利。有时这没问题。有时它会损坏数据。不知道究竟是什么在使用驱动器，就无从评估风险。

沮丧的人干脆重启他们的 Mac。这肯定管用，但拔个驱动器还得重启电脑，实在荒唐。

Apple 为什么没有修复这个问题？

只有 Apple 自己确切知道，但有一些说法：

错误对话框需要改动，而 Apple 历来回避给面向用户的消息增加复杂性。但“Safari 正在使用此磁盘”并不比“可能有一个或多个程序正在使用它”更复杂。它更有用。

在某些边缘情况下，阻止进程的列表可能很长或令人困惑。确实如此，但显示最主要的肇事者，也远比什么都不显示要好。而对于边缘情况，一个“显示详细信息”按钮是标准做法。

大多数用户撞上这个问题的频率不够高，不至于大声抱怨。也许吧，但 Apple 支持社区和 MacRumors 论坛里满是多年来的帖子。这个问题有据可查。

真正的答案多半是优先级。Apple 的工程资源有限，而这个问题虽然恼人，却并不妨碍人们使用他们的 Mac。它只是让人每隔几周对着屏幕咒骂几句而已。

问题正在恶化

随着外置存储变得越来越普遍（高速 USB-C SSD、用于视频剪辑的便携式驱动器、用于时间机器的备份驱动器），用户撞上这个错误的频率更高了。

macOS 也在运行更多访问外置驱动器的后台进程。聚焦索引、时间机器监测、iCloud 同步、各种守护进程。潜在阻止者的数量增长了，而错误消息却依然一样含糊。

从较旧 Mac 迁移过来的用户报告说，这个问题在 Apple 芯片机器上出现得更频繁。这究竟是软件上的变化，还是仅仅是一种感觉，尚不清楚，但自 M1 转型以来，抱怨已愈发强烈。

外置驱动器在 Mac 上不显示：排查指南

Sat, 10 Jan 2026 00:00:00 +0000

你连接外置驱动器，听到了 USB 提示音，然后——什么都没有。桌面上没有驱动器。访达边栏里也没有。就好像 Mac 不知道这个驱动器的存在。

这和驱动器无法推出是两个不同的问题。在这里，驱动器根本不肯出现。但这两个问题是相关的，理解驱动器为何会消失，有助于你理解它们日后为何会卡住。

先检查显而易见的

在深入排查之前，先确认一些基本事项。

线缆两端都完全插到位了吗？USB-C 线缆在仅部分插入时也可能感觉像是连上了。把线缆拔出来，再稳稳地推回去。

驱动器在另一台电脑上能用吗？如果你能用上另一台 Mac 或一台 Windows PC，就在那里试试。如果驱动器在任何电脑上都不出现，那问题就出在驱动器或线缆上，而不是你的 Mac。

换一根线缆试试。这一个步骤就能解决数量惊人的“驱动器不显示”问题。

试试 Mac 上的另一个端口。如果你在用拓展坞或扩展坞，就直接连接到 Mac。

驱动器需要外接电源吗？一些桌面式外置驱动器需要单独的电源适配器。如果驱动器上的电源指示灯没亮，那再多的软件排查也无济于事。

检查磁盘工具

即便驱动器不在访达中出现，它往往也会在磁盘工具中现身。从“应用程序 > 实用工具”打开磁盘工具。

在边栏中查找你的驱动器。磁盘工具会显示物理磁盘及其宗卷。你的驱动器可能显示为一个没有任何已装载宗卷的物理磁盘。或者它可能显示一些变灰的宗卷。

如果你看到了物理磁盘但没有宗卷，那驱动器可能需要格式化。点按该驱动器并选择“抹掉”，然后选一个格式（仅用于 Mac 选 APFS，跨平台选 exFAT）。请注意，抹掉会删除驱动器上的所有数据。

如果你看到一些变灰的宗卷，试着选中其中一个并点按“装载”。这会手动装载该宗卷，使它出现在访达中。

如果驱动器在磁盘工具里压根不出现，那它就是在硬件层面没有被识别。请尝试上面关于线缆和端口的排查。

检查访达设置

访达可能在故意隐藏你的驱动器。打开访达，前往“访达 > 设置”（在较旧的 macOS 上为“偏好设置”），然后点按“通用”标签。

确保“在桌面上显示这些项目”下的“外置磁盘”已勾选。然后点按“边栏”标签，确认“位置”下的“外置磁盘”已勾选。

这常常在 macOS 更新之后让人栽跟头，因为更新有时会重置访达设置。你的驱动器自始至终都装载着，只是被隐藏了。

检查文件系统损坏

如果驱动器在磁盘工具中显示却不肯装载，那文件系统可能损坏了。

在磁盘工具中选择驱动器的宗卷，点按“急救”。这会运行一次文件系统检查并尝试修复。对于 APFS 宗卷，修复过程相当给力。对于 exFAT 或 FAT32，修复则更为有限。

如果“急救”报告了它无法修复的错误，你可能需要使用 Terminal 进行手动检查。首先，确保该宗卷已卸载（fsck 需要它处于卸载状态才能工作）：

sudo diskutil unmount /dev/disk4s1
sudo fsck_apfs -y /dev/disk4s1

将 disk4s1 替换为磁盘工具中正确的设备标识符。选中该宗卷，在信息面板中查看设备标识符。

如果文件系统严重损坏，在重新格式化驱动器之前，可能需要数据恢复软件。

检查系统信息

要获得硬件层面的视图，请打开“系统信息”（按住 Option 键点按苹果菜单，然后选择“系统信息”）。导航到边栏中的“USB”，查找你的驱动器。

快速查看正在扣押你的驱动器

Wed, 07 Jan 2026 00:00:00 +0000

你往外置驱动器拷贝了一些文件。你关闭了访达窗口。你点按推出，macOS 却说不行。你已经五分钟没碰过那个驱动器了。是什么在使用它？

在活动监视器中查找 QuickLookUIService。它很可能就是罪魁祸首。

快速查看在做什么

快速查看是为 macOS 中的文件预览提供支持的系统。在访达中选中一个文件按空格键，就会弹出一个预览窗口。在分栏视图中浏览文件，你会看到缩略图。打开一个存储对话框，那些预览又出现了。快速查看无处不在。

当你浏览一个文件夹时，快速查看会开始为它认为你可能想看的文件生成预览。它会读取文件、提取缩略图，并把它们缓存起来以便日后更快访问。对于图像、PDF、视频和文稿，这意味着打开文件并处理它的内容。

问题在于，快速查看在用完文件之后可能迟迟不释放它们。你已经转到了另一个文件夹。你已经彻底关闭了访达窗口。但 QuickLookUIService 仍在你的外置驱动器上打开着文件句柄。

为什么这会阻止推出

只要有任何进程在驱动器上打开着文件，macOS 就不会让你推出它。这是一项安全功能。如果有东西正在积极读取或写入，推出可能损坏数据或让应用程序崩溃。

此刻快速查看并没有在读取或写入任何重要的东西。它只是攥着一些它已不再需要的文件句柄。但 macOS 不区分“正在积极使用一个文件”和“忘了关闭一个文件”。句柄就是句柄。

结果就是，你因为五分钟前瞥过的几个预览而无法推出驱动器。

如何修复它

快速的修复方法是终止 QuickLookUIService。打开 Terminal 并运行：

killall QuickLookUIService

这会立即终止该进程。下次你需要预览时，macOS 会自动重启它。你的驱动器现在应该能正常推出了。

如果你想更精准一些，可以先确认快速查看就是问题所在：

sudo lsof /Volumes/YourDriveName | grep -i quicklook

如果你在输出中看到 QuickLookUIService，那它就是阻止者。

你也可以重置快速查看的缓存，这有时对顽固的问题有帮助：

qlmanage -r cache

这会清除缩略图缓存并重启快速查看系统。

为什么视频是最严重的肇事者

快速查看在攥着视频文件不放方面尤其积极。当你预览一个视频时，快速查看会打开该文件并保持打开，以防你想拖动浏览或继续观看。即便在你关闭了预览窗口之后，那个文件句柄也往往依然存在。

如果你的外置驱动器上有视频文件，而你预览过其中任何一个（无论是有意的，还是在分栏视图中浏览时无意的），那么快速查看在阻止推出的概率就很高。

同样的问题在较小程度上也影响大图像和 PDF。基本上，任何快速查看需要真正动手生成预览的文件类型都会如此。

预防这个问题

你无法在不失去大量 macOS 功能的情况下真正禁用快速查看。但你可以把它对外置驱动器的干扰降到最低。

浏览外置驱动器时切换到列表或图标视图。 分栏视图会为选中的文件自动触发快速查看。列表视图和图标视图不会生成预览，除非你明确请求。

避免按空格键预览外置驱动器上的文件。 如果你需要查看一个文件，直接打开它，而不要使用快速查看。

浏览后给它一点时间。 快速查看最终会自行释放文件句柄。如果你刚浏览完外置驱动器上的文件，请等待 30 秒再试着推出。

推出前关闭所有访达窗口。 即便访达窗口不再显示你的外置驱动器，它也可能残留着早先浏览留下的快速查看引用。

这些都算不上好的解决方案。它们是针对一个不能妥善善后的系统进程的变通办法。

真正的修复

快速查看阻止推出令人沮丧的地方在于，你根本无从知道它正在发生。macOS 告诉你“某个东西”在使用驱动器。你关闭了你能想到的一切。驱动器却仍然无法推出。

于是你要么得去猜哪个看不见的后台进程才是罪魁祸首，要么只能动手运行 Terminal 命令去调查。对于拔个驱动器这般家常便饭的事来说，这太荒唐了。

Ejecta 明确告诉你究竟是什么在阻止推出。当 QuickLookUIService 是问题所在时，你会立即看到它。一键退出该进程并释放驱动器。无需猜测，无需 Terminal，也无需担心自己是不是要弄坏什么东西。

为什么你的外置驱动器在 Mac 上不断断开连接

Sat, 03 Jan 2026 00:00:00 +0000

有一种特别的挫败感，专门留给那些毫无预警就自行断开的外置驱动器。先前没有错误，没有机会保存。只有“磁盘未正确推出”通知的突然出现，剩下你只能祈祷自己的文件完好无损。

随机断开不同于推出失败。在推出失败时，至少主动权在你手里。你试图推出，它说不行，于是你可以决定怎么办。而在随机断开时，驱动器就在你使用的过程中凭空消失了。

常见的嫌疑对象

大多数随机断开归结于几个容易被忽视的物理原因。

线缆。 这是头号原因，而人们总以为是更复杂的问题。USB 线缆会随时间老化。内部导线会产生微裂，尤其是在线缆反复弯折的接口附近。一根线缆可能给你的手机充电毫无问题，却在外置驱动器持续的数据传输负载下失效。

换一根线缆试试。如果断开停止了，就把旧的扔掉。别想着它“基本还行”而留着它。

端口。 USB 端口会积聚灰尘和碎屑。在笔记本电脑上，每次你挪动机器，端口都会受到弯折。试试 Mac 上的另一个端口。如果你在用 USB 拓展坞，改成直接连接到 Mac 试试。

供电。 一些外置驱动器，尤其是 2.5 英寸的便携式机械硬盘，是从 USB 端口取电的。如果你的 Mac 无法提供足够的电力（在使用拓展坞、扩展坞，或连接了许多设备时很常见），驱动器就会间歇性断开。总线供电的驱动器对此尤其敏感。

如果你的驱动器有外接电源的选项，就用它。如果它仅靠 USB 供电，就直接连接到你的 Mac，而不要通过拓展坞。

USB 电源管理

macOS 会积极地管理 USB 电源以延长电池续航。在笔记本电脑上，当系统认为已连接的设备处于空闲时，它会降低 USB 端口的供电。

问题在于，对 macOS 而言“空闲”可能意味着“此刻没有在积极传输数据”。你的驱动器可能已装载、打开着文件、随时可用，但如果没有活动的 I/O，系统就可能降低端口供电。一些驱动器会进入自己的睡眠状态从容应对。另一些则会彻底失去连接。

你可以打开控制台（“应用程序 > 实用工具”）并筛选“USB”或“IOUSBHost”消息，来检查是否发生了这种情况。留意断开发生时段前后提到电源状态变化或设备移除的条目。

没有面向用户的开关可以彻底禁用 USB 电源管理。让你的 Mac 保持接通电源（而非用电池运行）能降低电源管理的积极程度，可能会有帮助。

节能与睡眠设置

当你的 Mac 进入睡眠时，它可能会断开外置驱动器。这是正常行为，但唤醒时的重新连接并不总能顺利进行。

检查“系统设置 > 节能”（笔记本电脑上为“电池”）。查找“尽可能让硬盘进入睡眠”。这项设置告诉 macOS 在一段时间无活动后让外置硬盘停转。当驱动器停转、系统稍后试图访问它时，唤醒可能会失败，从而导致断开。

禁用这项设置能让外置驱动器保持活动。它会多耗一点电，但能避免睡眠-唤醒的断开循环。

对于 SSD，这项设置不太相关，因为 SSD 不会旋转，但 macOS 仍可能让 USB 接口进入睡眠，从而引发类似的问题。

在后台运行的文件系统检查

当 macOS 检测到某个驱动器（在之前的会话中）未被正确推出时，它可能会在你下次连接它时运行一次文件系统检查。这些检查，尤其是 fsck_apfs 或 fsck_exfat，会消耗大量 I/O，并可能干扰驱动器的正常操作。

在 Mac 上强制推出安全吗？

Sat, 03 Jan 2026 00:00:00 +0000

你的驱动器推不出来。你还有地方要去。强制推出的选项就摆在那里。但你听过关于文件损坏和驱动器损毁的恐怖故事。强制推出到底安不安全？

诚实的答案是：这完全取决于你这样做时正在发生什么。

强制推出究竟做了什么

当你通过 macOS 强制推出（按住 Option 键点按驱动器并选择“强制推出”，或使用磁盘工具）时，你是在告诉系统停止所有磁盘操作并立即卸载该宗卷。这和直接拔掉线缆不同。

macOS 的强制推出命令会在释放驱动器之前，尝试从容地终止待处理的操作。它不是一次干净的关机，但也不是突然的断电。驱动器有片刻时间停下它正在做的事。

问题在于，“停下手头的事”并不等于“做完手头的事”。任何正在传输途中的数据，都会停在当时的进度上被直接丢弃。

何时强制推出多半没问题

如果阻止的进程只是在读取文件，那么强制推出几乎总是安全的。读取不会修改驱动器，所以没有什么可损坏的。聚焦索引、快速查看生成预览，或一个为查看而打开着文件的应用程序，这些都是读取操作。强制推出会中断它们，但你的数据保持完好。

如果你完成了工作并关闭了一切，驱动器却仍然无法推出，那么强制推出通常也没问题。阻止者很可能是某个对驱动器持有陈旧引用的后台进程，实际上并没有什么正在进行、可能被损坏的操作。

如果你正在推出一个本次会话中你只读取、从未写入的驱动器，那么强制推出是安全的。没有写入就没有不完整写入的风险。

何时强制推出有风险

如果你在任何地方看到进度条，停下。正在进行的文件拷贝、向驱动器的下载，或应用程序的存储操作，是强制推出最危险的时刻。正被写入的文件几乎肯定会损坏或不完整。

如果你刚完成一次拷贝操作，等一等。macOS 出于性能会使用写入缓存。看似已完成的传输，可能仍有数据留在内存中等着被刷新到磁盘。进度条可能在实际写入完成之前就消失。在看似完成后给它 30 秒，再强制推出。

如果驱动器是一个正处于备份途中的时间机器备份，要小心。在备份途中中断时间机器可能损坏备份目录，潜在地影响你的整个备份历史，而不只是当前这次备份。

如果某个应用程序在处理驱动器上的文件时崩溃了，情况就不可预测。该 App 可能有一次写入正在进行。强制推出只会在原有故障之上再添一个新故障。

实际可能出什么差错

最坏的情况是文件系统损坏。如果在你强制推出时，驱动器正在更新目录结构（那些告诉系统文件位于何处的元数据），那些结构可能会处于不一致的状态。这可能让文件无法访问，或导致整个驱动器无法装载。

更常见的是，你会得到单个文件的损坏。正被写入的那个文件变得无法读取或被截断。这很糟，但至少它仅限于那一个文件。

对于 APFS 和 HFS+ 驱动器，日志记录（在 APFS 的情形下是写时复制）提供了一些保护。即便被中断的文件丢失了，文件系统通常也能恢复到一致的状态。exFAT 和 FAT32 驱动器没有这种保护，更容易遭受大范围的损坏。

在少数情况下，反复的强制推出可能助长驱动器的硬件问题。SSD 和 HDD 是为应对突然断电而设计的，但这对它们没有好处。

如何安全地强制推出

如果你已决定强制推出是必要的，这里是最安全的做法。

首先，检查到底是什么在使用驱动器。打开 Terminal 并运行：

sudo lsof /Volumes/YourDriveName

查看输出。如果你看到像 mds（聚焦）或 QuickLookUIService 这样的进程，你多半是安全的。如果你看到你正在积极使用的应用程序，那就三思。

其次，试着正常退出那些阻止的应用程序。在你强行处理之前，给它们一个干净地关闭文件的机会。

第三，使用 macOS 的强制推出，不要直接拔掉。右键点按驱动器（或按住 Option 键点按）并选择“强制推出”。或者打开磁盘工具，使用那里的卸载按钮。这给了系统一个终止操作的机会。

第四，等待图标消失。强制推出不是瞬间完成的。驱动器图标应当从你的桌面消失。只有到那时，物理断开才是安全的。

最后，如果驱动器是一个时间机器备份，或存有你正在积极编辑的文件，请在下次连接它时对它运行磁盘工具的“急救”。这会检查并修复文件系统问题。

省去手动步骤： Ejecta 会准确告诉你是哪个进程在占用硬盘——只需在菜单栏中点击一下即可退出它。了解更多 →

如何在 Mac 上修复“磁盘未正确推出”

Sat, 27 Dec 2025 00:00:00 +0000

你唤醒 Mac，它就出现了：“磁盘未正确推出。”你的外置驱动器在 Mac 睡眠时断开了，又或者你没先推出就拔掉了线缆。无论哪种情况，macOS 都对此很不高兴。

这条警告不只是唠叨。不当推出确实可能损坏你的数据。理解它为何发生以及如何预防，能让你免于文件损坏和工作丢失。

为什么正确推出很重要

当你在外置驱动器上处理文件时，macOS 不会立即把每一处更改写入磁盘。它会把一些数据缓存在内存中，稍后再分批写入。这样更快，也能减少对驱动器的磨损，但这意味着可能有数据悬而未决，等着被写入。

当你点按“推出”时，macOS 会把所有待处理的写入刷新到磁盘、关闭所有打开的文件句柄，并告诉驱动器可以安全断电了。只有在所有这些都完成之后，驱动器图标才会消失。

如果驱动器在这个过程完成之前断开，任何已缓存但尚未写入的数据都会丢失。更糟的是，如果驱动器当时正在写入某些东西（比如更新目录结构），你可能会落得一个损坏的文件系统。

文件系统因素

风险高低取决于驱动器的格式。HFS+（Mac OS 扩展）使用日志记录，这是一种在做出更改之前先记录更改的恢复机制。APFS 使用一种类似的保护，称为写时复制，即在释放旧数据之前先把新数据写入一个新位置。如果写入途中出了问题，这两种做法都有助于文件系统恢复到一致的状态。

exFAT 和 FAT32（在 Mac 与 Windows 共用的驱动器上很常见）没有日志记录。它们更容易因不当推出而损坏。如果你经常使用 exFAT 驱动器，正确推出就变得更加关键。

话虽如此，这些保护并非魔法。它们能从某些问题中恢复，但无法重建那些从一开始就根本没写入磁盘的数据。一个被不当推出的驱动器上的受保护文件系统，可能能正常启动，却仍然丢失了你最近的更改。

不当推出的常见原因

这条警告会在几种不同的情形下出现。

睡眠与唤醒问题：一些外置驱动器在你的 Mac 睡眠时会断电，尤其是总线供电的驱动器（从 USB 端口而非自带适配器取电）。当 Mac 唤醒时，驱动器没了，macOS 便注意到它没有被正确推出。这在使用 USB 拓展坞时尤为常见。

线缆问题：松动或失效的线缆可能导致瞬时断开。驱动器在总线上掉线几分之一秒，然后又重新连接。macOS 会把这看作一次不当推出，随后跟着一次新的连接。

USB 拓展坞不稳定：廉价的 USB 拓展坞以供电和信号问题而臭名昭著。它们多数时候可能工作正常，但偶尔会掉线，尤其是在多个设备同时取电时。

真的拔了线缆：有时最简单的解释就是对的。你需要那个驱动器，你拔掉了它，没先推出。我们都干过这事。

如何预防这条警告

断开前先推出：这看似显而易见，但它是最有效的解决办法。右键点按驱动器并选择“推出”，或把它拖到废纸篓，或使用访达边栏中的推出按钮。等图标消失后再去碰线缆。

防止睡眠断开：如果你的驱动器在睡眠期间断开，你有几个选项。系统设置在“节能”（笔记本电脑上为“电池”）下有一个“显示器关闭时阻止自动进入睡眠”的选项。你也可以找到“尽可能让硬盘进入睡眠”并禁用它。

使用优质的线缆和拓展坞：如果你正经历随机断开，换一根线缆试试。USB-C 线缆的质量尤其参差不齐。拓展坞也一样。带电源的拓展坞（自带交流适配器的那种）比总线供电的更可靠。

检查驱动器健康状况：正在损坏的驱动器可能表现出间歇性的连接问题。如果你在某个特定驱动器上频繁看到这条警告，请对它运行磁盘工具的“急救”。也要考虑一下这块驱动器是不是快要坏了。

当推出不奏效时

有时你试图正确推出，macOS 却拒绝，说磁盘正在使用。这令人沮丧，但至少你在断开之前就知道了问题所在。

通常的肇事者是某个在驱动器上打开了文件的进程。它可能是聚焦正在为驱动器编制索引、一个当前目录位于该驱动器的 Terminal 窗口，或一个尽管你已关闭文稿窗口、却仍打开着文件的应用程序。

你可以打开 Terminal 并运行以下命令，来查清是什么在阻止推出：

sudo lsof /Volumes/YourDriveName

这会列出每一个在该驱动器上打开着文件的进程。一旦你辨认出阻止者，就可以退出那个应用程序或终止那个进程，然后再试着推出。

如果你还是看到了这条警告

已经收到警告了？这里是该做的事。

首先，检查驱动器是否真的重新连接上了。如果你在桌面上或访达里看到它，那它就回来了。如果没有，就重新连接它。

对该驱动器运行磁盘工具的“急救”。这会检查文件系统错误并尽力修复。即便一切看起来都好，不当推出后也值得运行一次，以捕捉任何细微的损坏。

从驱动器打开几个你最近正在处理的文件。确认它们能正确打开并包含你最新的更改。如果断开时有东西正在写入，你就能这样发现问题。

如何在 macOS Sequoia 和 Sonoma 上安全推出外置驱动器

Sat, 27 Dec 2025 00:00:00 +0000

如果你最近升级到了 macOS Sequoia 或 Sonoma，你可能注意到推出外置驱动器的感觉不一样了。这并非因为 Apple 重新设计了这个流程，而是因为系统的一些幕后改动影响了驱动器能否推出、以及何时能推出。

Sequoia 和 Sonoma 都对隐私控制、后台进程管理和系统服务引入了改动，从而在驱动器推出方面制造了新的摩擦。这里说明变了什么，以及如何应对。

Sonoma 和 Sequoia 中变了什么

从 Sonoma 起，Apple 扩大了后台进程限制。系统在管理哪些 App 可以运行后台任务、以及这些任务能持续多久方面更为积极。讽刺的是，这意味着一些进程攥着驱动器资源的方式与从前不同了。

Sequoia 在完全磁盘访问权限方面更进一步。App 需要明确的权限才能访问某些文件位置，而系统更严格地强制执行这些权限。当一个系统进程在访问你的外置驱动器时撞上权限边界，它有时会停滞而非干净地失败，从而留下一个打开的文件句柄。

通知系统也变了。在较旧的 macOS 版本中，“磁盘未正确推出”警告出现一次便消失。在 Sequoia 中，系统在警告你这件事上可能更为执着，而且在某些情况下，通知本身就会触发磁盘访问，因为系统在检查驱动器的状态。

系统设置的新位置

如果你在找驱动器和磁盘设置，Apple 又把东西挪了地方。

在 Sequoia 中，磁盘相关的设置位于“系统设置 > 通用 > 储存空间”下。但大多数与推出相关的控制仍在磁盘工具中，它没有太大变化。

至于聚焦排除（推出问题的常见修复方法），前往“系统设置 > Siri 与聚焦 > 聚焦隐私”。如果你经常遇到推出驱动器的麻烦，这是最值得一改、也最有效的设置之一。

Sequoia 上常见的推出问题

cloudd 后台服务通过 CloudKit 处理 iCloud 同步，它可能在 Sequoia 上引发推出问题。这个服务偶尔会持有对外置驱动器上文件的引用，尤其是当外置驱动器恰好是当前活动的访达窗口时，你曾打开过 iCloud 同步的文稿。

如果 cloudd 在阻止你的推出，你可以用以下命令检查：

lsof /Volumes/YourDriveName | grep cloudd

从活动监视器退出 cloudd 会暂时解决它，但该进程会自动重启。把与 iCloud 相关的工作流程从外置驱动器目录中移开，才是更长远的修复办法。

调度中心（在 Ventura 中引入，在 Sequoia 中仍然存在）也可能引发问题。启用时，它会维持对最近窗口及其内容的引用。如果你有一个显示着外置驱动器内容的访达窗口，调度中心可能在你关闭窗口之后仍攥着那个引用。

APFS 与 exFAT：你的 Mac 外置驱动器该用哪种格式

Sat, 20 Dec 2025 00:00:00 +0000

你刚买了一个新的外置驱动器，macOS 正问你想如何格式化它。APFS、Mac OS 扩展、exFAT、MS-DOS FAT。这些名字本身说明不了什么，而选错一个会在日后带来实实在在的麻烦。

快速答案： 如果该驱动器只会和 Mac 搭配使用，请用 APFS——它更快、原生加密，并且凭借写时复制能在意外断开中存活下来。如果你需要与 Windows、Linux、游戏主机或相机共用驱动器，请用 exFAT——它通用，但没有日志记录，所以务必干净地推出。对于现代 macOS 上的时间机器驱动器，始终选 APFS。

对现代 Mac 用户来说，这个选择主要归结为两个选项：APFS 或 exFAT。每种都有明显的优势和实实在在的取舍。

APFS：Mac 原生选项

APFS（Apple 文件系统）是 Apple 为自己的硬件设计的。每台 Mac 的内置驱动器都使用 APFS。在现代 Mac 上通过磁盘工具格式化外置驱动器时，它是默认选项。

APFS 对外置驱动器最大的优势是数据安全。APFS 采用写时复制架构，这意味着它绝不会就地覆盖现有数据。当你修改一个文件时，APFS 会先把新版本写入空白空间，然后再更新指针以引用新位置。如果写入途中出了问题，原始数据依然在那里。

这对外置驱动器至关重要，因为它们会意外断开。也许线缆被碰到了。也许你忘了推出。也许你的孩子绊到了它。有了 APFS，意外断开不太可能损坏文件系统。你可能会丢失那一刻正在写入的内容，但其余数据依然完好。

APFS 还支持原生加密、快照，以及宗卷之间的空间共享。如果你在 macOS Big Sur 或更高版本上将该驱动器用于时间机器备份，APFS 是默认且首选的格式，不过 HFS+ 仍受支持。

缺点是兼容性。没有第三方软件，APFS 驱动器在 Windows 上完全不受支持，在大多数 Linux 发行版上若没有 FUSE 驱动程序之类的额外工具也无法访问。如果你哪天需要把这个驱动器插到一台非 Mac 电脑上，APFS 就会成为问题。

exFAT：通用选项

exFAT 是个折中的选择。它在 macOS、Windows、Linux、游戏主机、智能电视，以及几乎任何带 USB 端口的设备上都能原生工作。

如果你要在 Mac 和 PC 之间共用驱动器，exFAT 多半是你唯一切实可行的选项。它能毫无障碍地处理大文件（不像 FAT32 有 4GB 限制）和大容量宗卷。

适用于 macOS Sequoia 的 What's Keeping Me 替代品

Sat, 20 Dec 2025 00:00:00 +0000

如果你用 Mac 已经有些年头，你可能还记得一款叫 What’s Keeping Me 的 App。它解决一个特定的问题：当 macOS 拒绝推出驱动器或不让你清倒废纸篓、理由是“某个东西”正在使用它时，What’s Keeping Me 会明确告诉你那个东西到底是什么。

这款 App 很简单，把自己的活儿干得很好。然后它就不能用了。

What’s Keeping Me 怎么了

What’s Keeping Me 最后一次更新是在 2014 年 8 月。开发者 HAMSoft Engineering 停止了对它的维护，开发者的网站最终也彻底消失了。等到 macOS 开始要求现代的 App 架构和安全特性时，What’s Keeping Me 早已被弃用。

这款 App 运行了十多年，但软件腐化终究还是追上了它。由于没有更新去支持新的 macOS 版本、安全要求和 Apple 芯片，它变得不可靠，最终对大多数用户来说已无法使用。

这留下了一个出人意料地难以填补的空白。macOS 仍有它在 2010 年就有的那个推出问题。你仍会收到关于程序在使用驱动器的含糊错误消息，却没有任何关于是哪些程序的提示。Apple 从未在系统中内置这种诊断能力。

Terminal 变通办法

高级用户用 lsof 填补了这个空白，这是一条列出打开文件的 Unix 命令。如果你的驱动器名为“External”，你会运行：

sudo lsof /Volumes/External

这会显示每一个在该宗卷上打开着文件的进程。然后你可以辨认出罪魁祸首，要么正常退出那个应用程序，要么用 kill 终止那个进程。

它管用，但算不上对用户友好。你需要懂 Terminal、解析技术性输出，并知道哪些进程你可以安全地终止、哪些你不该碰。对于拔个驱动器这般家常便饭的事来说，这要求实在不低。

活动监视器：接近但不到位

活动监视器可以显示某个进程打开了哪些文件，但这套流程是反着来的。你得事先知道要检查哪个进程。如果你想回答“是什么在使用我的驱动器”，活动监视器会让你先猜、后验证。

你可以一个一个地检查每一个运行中的进程，直到找到那个正访问驱动器的，但这足够繁琐，以至于大多数人干脆放弃，强制推出（或重启他们的 Mac）。

磁盘工具也帮不上忙

有些人在常规推出失败时会尝试磁盘工具。磁盘工具可以强制卸载宗卷，但它做的本质上和从访达强制推出是同一件事。它不告诉你是什么在阻止驱动器。它只是覆盖那个阻止，然后祈祷一切顺利。

为什么聚焦会阻止磁盘推出

Mon, 15 Dec 2025 00:00:00 +0000

你试着推出外置驱动器，macOS 却拒绝了。你检查活动监视器，看到名为 mds 或 mds_stores 的进程正在访问你的驱动器。恭喜你，你遇上了聚焦索引。

这大概是 Mac 上外置驱动器无法推出最常见的原因。聚焦想要为一切编制索引，好让你日后能搜索，它才不管你两分钟后就得去开会。

聚焦究竟在做什么

聚焦的索引系统通过几个后台进程运行。主要的一个是 mds（元数据服务器），它协调整个操作。然后是 mds_stores，它处理已索引元数据的实际存储。你可能还会看到 mdworker 或 mdworker_shared 在干读取、归类文件的重活。

当你连接一个外置驱动器时，聚焦把它当作一片待探索的新领地。它开始扫描每一个文件、提取元数据，并构建一个可搜索的索引。除非你明确告诉过聚焦别碰那个驱动器，否则这都会自动发生。

问题在于，聚焦在工作时会保持文件句柄打开。只要那些句柄存在，macOS 就认为驱动器“正在使用”，不会让你推出它。

如何检查聚焦是否是罪魁祸首

打开活动监视器（讽刺的是，可以在聚焦里搜索它），查找这些进程名称：mds、mds_stores、mdworker 或 mdworker_shared。如果其中任何一个在进程信息里显示了你外置驱动器的名称，那聚焦就是罪魁祸首。

你也可以从 Terminal 检查。运行这条命令，把驱动器名称替换成你的：

lsof /Volumes/YourDriveName

如果你在输出中看到与 mds 相关的进程，那就是聚焦在攥着你的驱动器。

快速修复：临时禁用索引

最快的解决办法是为那个特定的宗卷关闭聚焦索引：

sudo mdutil -i off /Volumes/YourDriveName

你需要输入密码。命令完成后，聚焦会释放该驱动器，你应该就能正常推出了。

当你稍后重新连接该驱动器、又想恢复索引时：

sudo mdutil -i on /Volumes/YourDriveName

永久修复：彻底排除该驱动器

如果你永远不想让聚焦为某个特定的外置驱动器编制索引，你可以把它添加到隐私列表。

打开系统设置，前往 Siri 与聚焦（在较旧的 macOS 版本上就是聚焦），然后点按底部的“聚焦隐私”。把你的外置驱动器拖进这个列表，或点按加号按钮来添加它。

在这个列表上的驱动器会被聚焦完全忽略。你将无法从聚焦菜单搜索它们的内容，但它们每一次都会瞬时推出。

还有一个使用隐藏文件的技巧。在你外置驱动器的根目录创建一个名为 .metadata_never_index 的空文件：

touch /Volumes/YourDriveName/.metadata_never_index

聚焦会检查这个文件，并跳过为任何含有它的宗卷编制索引。这对于你在多台 Mac 之间搬动的驱动器很有用，因为这项设置跟着驱动器走，而不是存储在每台电脑上。

当聚焦不肯松手时

有时聚焦会卡住。你已经禁用了索引，但那些进程仍不肯释放驱动器。在活动监视器中，你可以选中那个肇事的 mds 进程并点按 X 按钮来强制退出它。

请注意，强制退出系统进程可能引发暂时的怪异现象。聚焦会自动重启，但你可能会看到短暂的变慢，或需要等一会儿一切才安定下来。

如果在终止聚焦进程后驱动器仍无法推出，那就是还有别的东西也在占用着它。再运行一次 lsof 命令，看看还剩下什么。

不推出就拔掉外置驱动器会损坏它吗？

Sat, 13 Dec 2025 00:00:00 +0000

你正赶时间。驱动器推不出来。你还是拔掉了线缆。我们都干过这事。

也许什么都没发生。也许你收到了那条恼人的“磁盘未正确推出”通知，但之后一切看起来都好好的。于是你开始怀疑，推出究竟是不是真有必要，还是只是那些在实践中无关紧要的谨慎习惯之一。

它有关紧要。但未必以你所预想的方式。

推出究竟做了什么

当你在 macOS 上推出一个驱动器时，系统会依次做三件事。

首先，它会刷新写入缓存。macOS 会先把最近写入的数据保留在内存中，然后才提交到驱动器。这能提升性能，但也意味着你“保存”了的数据可能还没真正写到磁盘上。推出会强制把所有缓存的数据写入。

其次，它会关闭所有文件句柄。每一个在驱动器上打开了文件的进程都会被通知释放它。这给了应用程序一个完成手头工作并干净地关闭文件的机会。

第三，它会卸载宗卷。该驱动器从文件系统树中被移除，操作系统不再承认它的存在。只有在这一步之后，物理断开才是安全的。

当你跳过推出、径直拔掉线缆时，你就同时跳过了这全部三个步骤。

真正的风险：写入缓存

写入缓存正是危险所在。包括 macOS 在内的现代操作系统不会立即把数据写入外置驱动器。出于性能原因，它们会把写入批量攒在一起，并定期刷新。

如果你拷贝一个文件，进度条走完了，那并不保证数据已经在驱动器上。系统可能从它自己的缓存确认了拷贝，而实际写入仍在排队。在那一刻断开，驱动器上的文件就可能不完整、损坏，或彻底丢失。

风险窗口长短不一。在拷贝小文件之后，它可能只有一两秒。在大量传输之后，可能是十秒甚至更久。没有任何视觉指示器告诉你缓存何时已被完全刷新。

那只用来读取的驱动器呢？

如果你连接了驱动器、打开了一些文件，却从未往里面保存任何东西，那么拔掉的风险会大幅下降。没有写入就意味着没有要刷新的写入缓存，也没有处于传输途中的文件。

但“从未往里面保存任何东西”比你想象的更难保证。你在访达中浏览过的任何文件夹，macOS 都会向其写入 .DS_Store 文件。聚焦会写入索引数据。一些应用程序会在它们访问的宗卷上创建临时文件或锁文件。

你可能并未明确保存任何东西，但 macOS 很可能写入了某些东西。

文件系统损坏

除了单个文件丢失之外，还有更广泛的文件系统损坏风险。

文件系统会维护一些内部结构：目录、分配表、日志条目。这些结构描述了每个文件在磁盘上的位置以及空间如何分配。当你写入一个文件时，文件系统会更新这些结构。如果你在更新途中断开，这些结构就可能落入不一致的状态。

HFS+ 使用日志记录，它会在做出更改之前先记录计划中的更改。如果断开中断了这个过程，文件系统可以重放日志，恢复到一致的状态。APFS 则采取了完全不同的做法，用写时复制取代日志记录。新数据总是先写入空闲空间，只有在写入完成后才更新指针。如果断开中断了这个过程，旧数据仍完好地保留在原始位置。无论用哪种文件系统，你都可能丢失正在写入的那个文件，但文件系统本身保持完好。

exFAT 和 FAT32 没有日志。在结构更新期间发生的断开可能让整个文件系统陷入损坏状态。文件可能消失、文件夹可能变得无法读取，或者驱动器可能彻底拒绝装载。

如果你的驱动器格式化为 exFAT（在 Mac 与 Windows 之间共用的驱动器上很常见），那么正确推出就更加重要了。

对驱动器的物理损坏

现代驱动器在硬件层面对突然断开的应对相当不错。SSD 没有活动部件，所以没有磁头碰撞的风险。机械硬盘在断电时会自动停泊其读/写磁头。

更大的物理隐患是接口。反复猛拽 USB 线缆会磨损驱动器和 Mac 两端的端口。USB-C 接口比较旧的 USB-A 更耐用，但也并非对磨损免疫。

反复的意外断开还可能影响 SSD 固件。驱动器的控制器在每次非正常关机后都必须执行恢复操作，这会增加写入周期和复杂性。

累积效应

单独一次意外断开不太可能造成灾难性损害。现代文件系统中的日志记录能应对它，而驱动器也是为承受它而设计的。

问题在于当它变成一种习惯时。每一次你跳过推出，你都在赌写入缓存是否为空、文件系统当时是否正在更新，以及你重新连接时一切是否会保持一致。

经过几十次乃至上百次不当断开，出问题的几率会上升。小的不一致会累积。文件会产生细微的损坏，直到你几周后试图打开它们时才暴露出来。

直接推出驱动器就好

安全的做法显而易见：始终推出。但人们之所以跳过它，并非因为懒惰。而是因为在 macOS 上推出失败得太频繁了。你试图推出，却被告知磁盘“正在使用”，而你不知道为什么，也不知道该怎么办。

Ejecta 从一开始就消除了人们跳过推出的理由。当你的驱动器无法推出时，它会明确告诉你是哪个进程在阻止它，并让你一键退出那个进程。整件事只需几秒钟，而不会变成一项研究课题。

正确推出你的驱动器是那些能预防罕见却痛苦的数据丢失的小习惯之一。让做正确的事变得容易，你就会每一次都去做。

面向 Mac 用户的 lsof 命令详解

Mon, 08 Dec 2025 00:00:00 +0000

你的外置驱动器推不出来。macOS 给你那条令人抓狂、含糊其辞的消息，说“可能有一个或多个程序正在使用它”。哪些程序？它不肯说。这正是 lsof 派上用场的地方。

这个名字代表“列出打开的文件”（list open files），而它做的正是这件事。在像 macOS 这样基于 Unix 的系统上，几乎一切都被当作文件，包括网络连接、设备和磁盘宗卷。当你无法推出一个驱动器时，lsof 会精确地告诉你是哪个进程在扣押它。

基本语法

在推出问题上使用 lsof 最简单的方式是：

lsof /Volumes/YourDriveName

将“YourDriveName”替换为驱动器的实际名称。如果名称含有空格，就用引号把整个路径括起来：

lsof "/Volumes/My Backup Drive"

这会返回一份列表，列出每一个在该宗卷上持有打开文件句柄的进程。每一行显示进程名称、它的 ID（PID）、运行它的用户，以及正被访问的具体文件的相关信息。

读懂输出

一份典型的 lsof 输出看起来大致是这样的：

COMMAND     PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
mds_store  1234   root   4r   REG   1,12   524288  ...  /Volumes/External/.Spotlight-V100/...
Finder     5678   you    3r   DIR   1,12     1024  ...  /Volumes/External

最重要的几列是 COMMAND（进程名称）、PID（你用来终止它的进程 ID），以及 NAME（正被访问的实际文件路径）。

FD 列显示文件是如何被使用的。一个数字后面跟着“r”表示读取访问，“w”表示写入，“u”表示读写皆有。如果你看到“cwd”，说明该进程把那个位置作为它的当前工作目录。当你有一个 Terminal 窗口打开在驱动器上的某个文件夹时，就会发生这种情况。

找出是什么在阻止你的驱动器

具体到推出问题，你通常只需知道出现了哪些进程名称。常见的肇事者包括 mds 和 mds_stores（聚焦索引）、Finder、QuickLookUIService（缩略图生成）和 fsevents（文件系统监视器）。

如果你看到大量输出、想缩小范围，你可以使用 grep：

当访达无响应时如何推出外置驱动器

Sat, 06 Dec 2025 00:00:00 +0000

你点按访达边栏中的推出按钮，却毫无反应。或者更糟，访达本身已失去响应，整个边栏都变灰了。你的驱动器卡住了，而你平常用来推出它的那个工具偏偏不配合。

这种情况发生的频率，恐怕比 Apple 愿意承认的要高。访达是一个复杂的应用程序，它同时处理文件管理、桌面渲染和窗口管理。当它在某件事上卡住时，推出驱动器是最先遭殃的功能之一。

为什么访达会停止响应推出请求

访达停滞的原因有好几种，而其中大多数都与你的外置驱动器毫无关系。

一个掉线的网络宗卷会在访达试图重新连接时让它冻结。一个含有成千上万文件、访达正试图为其生成预览的文件夹会让一切卡死。甚至一个位置不对的损坏 .DS_Store 文件，都可能让访达转个不停。

当访达停滞时，它会停止处理所有用户操作，包括推出请求。你点按推出图标却毫无反应，是因为访达从未收到那条指令。它正困在别处的某个循环里。

有时访达看起来有响应，却仍然无法推出你的驱动器。你可以四处点按、打开文件夹、移动文件。但推出按钮毫无作为，或者你只看到短暂的旋转光标，随后它便悄无声息地放弃了。这通常意味着访达正在处理推出请求，却撞上了一堵墙，因为有东西正占用着该驱动器。

从磁盘工具推出

磁盘工具独立于访达运行。从“应用程序 > 实用工具”打开它，或用聚焦（Command-空格）搜索它。

在左侧边栏中找到你的外置驱动器。选择该宗卷（而不是它上方的物理磁盘条目），然后点按工具栏中的“卸载”按钮。如果成功，你的驱动器会从桌面消失，你就能安全断开它了。

如果你需要卸载一个多分区驱动器上的所有宗卷，请选择物理磁盘条目（最顶层的项目），然后点按“全部卸载”。

磁盘工具直接与磁盘管理系统通信，完全绕过了访达那一层。如果访达就是问题所在，磁盘工具往往能在访达失败的地方取得成功。

从 Terminal 推出

Terminal 给你最直接的控制。从“应用程序 > 实用工具”打开它，并使用 diskutil 命令：

diskutil unmount /Volumes/YourDriveName

如果常规卸载失败，你可以尝试强制卸载：

diskutil unmountDisk force /dev/disk4

将 disk4 替换为正确的磁盘标识符。要找到它，请运行：

diskutil list

在输出中查找驱动器的名称。标识符会是类似 disk4 或 disk5 的形式。

Terminal 命令完全绕过访达。它们直接与磁盘仲裁守护进程对话，那是真正负责装载和卸载的系统级服务。

重新打开访达

如果访达确实是问题所在，重新打开它可以解开这个卡顿。

按住 Option 键，然后右键点按程序坞中的访达图标。你会在菜单底部看到“重新打开”。点按它。

或者，打开 Terminal 并运行：

killall Finder

访达会自动重启。等它回来后，再试着从边栏推出你的驱动器。一个全新的访达会话往往能解决任何阻碍推出请求的问题。

请注意，重新打开访达会关闭所有访达窗口。如果你有特定的窗口布局或打开的标签页，它们都会消失。

当连这些方法都失败时

如果磁盘工具、Terminal 和重新打开访达都无法推出你的驱动器，那么问题根本就不在访达。系统上有别的东西正在该驱动器上占用着文件。

此时你需要查清到底是什么在使用该驱动器：

lsof /Volumes/YourDriveName

这会列出每一个在驱动器上持有打开文件句柄的进程。输出可能很密集，但请留意 COMMAND 列中你能认出的进程名称。

这套手动方法管用，但它需要时间，也需要对系统进程有一定了解才能解读结果。Ejecta 会自动完成这件事。它监测你的外置驱动器，并明确告诉你是哪些进程在阻止推出，还为每一个进程配了一个退出按钮。无需 Terminal，无需猜测，也无需等访达自己理顺。

macOS“磁盘正在使用”错误：排查指南

Tue, 02 Dec 2025 00:00:00 +0000

你点按外置驱动器上的推出，macOS 却说不行。“磁盘未能推出，因为可能有一个或多个程序正在使用它。”你已经关掉了所有正在处理的东西。没有任何明显的程序在运行。到底是什么在使用你的磁盘？

本指南涵盖“磁盘正在使用”错误的每一个常见原因，以及如何逐一修复。我们先从快速修复开始，再逐步深入到更复杂的解决方案。

先试试快速修复

在排查之前，先试试这些：

关闭所有显示着该驱动器的访达窗口。 这是最常见的肇事者。如果有任何访达窗口打开在驱动器上的某个文件夹，甚至只是在边栏中选中了该驱动器，访达就会对它持有一把锁。关闭那些窗口，或切换到别的位置。

等几秒钟再试。 有时某个进程只是在收尾。聚焦可能正在结束索引，或某个应用程序可能正在保存一个缓存文件。给它 30 秒，再试着推出。

试着从边栏而不是桌面推出。 点按访达边栏中驱动器名称旁边的推出图标。一些用户报告说，当右键点按桌面图标不奏效时，这样做却管用。

如果这些都不奏效，那就该弄清究竟是什么在占用着驱动器了。

找出阻止的进程

macOS 不会告诉你是哪个程序在使用驱动器，但 Terminal 会。打开 Terminal 并运行：

sudo lsof /Volumes/YourDriveName

将“YourDriveName”替换为驱动器的实际名称。如果它含有空格，就用引号把路径括起来：sudo lsof “/Volumes/My Drive”

你需要输入密码。输出会显示每一个在该驱动器上打开着文件的进程。查看 COMMAND 列以了解进程名称。

你会看到的常见进程：

mds、mds_stores、mdworker：聚焦索引
Finder：一个访达窗口或文件操作
QuickLookUIService：缩略图或预览生成
backupd：正在进行的时间机器备份
fsevents：文件系统变化监测
bash 或 zsh：一个当前目录位于驱动器上的 Terminal shell

聚焦索引

聚焦是推出问题最常见的原因。当你连接外置驱动器时，macOS 会立即开始为它编制索引，以便你能搜索其内容。所涉及的进程（mds、mds_stores、mdworker）在工作时会保持文件打开。

等待索引完成。 在一个新的或有变动的驱动器上，索引可能需要从几分钟到几小时不等，取决于上面有多少文件。如果索引处于活动状态，你会在聚焦的搜索结果中看到一个进度条。

为这个宗卷禁用索引。 如果你不需要用聚焦搜索这个驱动器，你可以把它排除：

sudo mdutil -i off /Volumes/YourDriveName

这告诉聚焦忽略该驱动器。运行该命令后，再试着推出。

添加到聚焦隐私列表。 要获得永久的解决方案，打开系统设置，前往 Siri 与聚焦，滚动到聚焦隐私，并添加你的驱动器。在你把它从这个列表中移除之前，它都不会再被编制索引。

终止聚焦进程。 作为最后手段，你可以在活动监视器中强制退出 mds 进程。搜索“mds”，选择每一个正在访问驱动器的进程，并点按 X 按钮来强制退出。聚焦会自动重启，但你的驱动器应该会被释放。

访达与文件浏览

访达会以一些不那么显眼的方式占用驱动器。

关闭所有访达窗口。 即便没有窗口明显地显示着你的驱动器，访达也可能在一个后台标签页中打开着它，或将它作为某个窗口的默认位置。

重新打开访达。 按住 Option 键并右键点按程序坞中的访达图标，然后选择“重新打开”。这会关闭所有访达窗口，并释放访达持有的任何锁。