这是一个外部驱动器，以前是启动驱动器，现在仅用于访问音乐文件（sibelius、audio、midi、live、logic 等），而无需将数据传输到新的启动系统中，部分原因是我将要描述的问题，但主要是因为大多数数据主要用于存档目的。用户是作曲家和杰出音乐家，需要能够随意重新整理数据。
我尝试了几件事 - 这里有一个列表：
- 使用 antonio diaz 的 ddrescue 进行完整的文件系统克隆
- 在复制时运行 Disk Warrior，修复发生的任何错误
- 清除整个驱动器上的所有 ACL
- 将所有权限设置为相同的值 - 完全打开 777
- 删除所有系统数据（应用程序、系统文件，据我所知包括隐藏文件），方法是仅选择非系统/应用程序数据并使用 Carbon Copy Cloner 将感兴趣的数据放到新格式化的驱动器上
- 将数据逐个文件夹传输到新格式化的驱动器上，在添加每个文件夹之间重置聚光灯索引以观察问题（有趣的是，除了 Documents 文件夹之外没有出现任何问题 - 当我仅将 Documents 文件夹单独传输到新格式化的驱动器时 - 没有问题。看起来几乎和想象的一样，可能不是内容而是数据的数量或特定组合导致了问题）
- 使用 DataRescue 将数据传输到另一个新格式化的驱动器以显示任何错过的隐藏文件
在上述每个步骤之间，我停止了 Spotlight（在“活动监视器 - 所有进程”中搜索以 md 开头的任何内容并退出），从受影响的驱动器中删除了 .Spotlight-V100 目录。通过将驱动器添加到 Spotlight 隐私列表并将其删除来重新启动 Splotlight 索引。
在每种情况下都会发生相同的问题 - Spotlight 开始正常索引（或看起来如此），然后索引估计时间增加，通常剩余 4 小时。这时它会卡住并继续预测剩余 4 小时但永远不会完成。有时我无法弹出驱动器，必须退出活动监视器中的 md.. 进程才能弹出驱动器而无需强制弹出。一旦我在剩余 4 小时的情况后断开驱动器的连接 - 如果我重新连接它，Spotlight 就会永远估计剩余时间并且永远不会再次运行。
就是这样。
这显然不是文件系统问题，也不是权限问题，也与任何特定硬件或协议无关（使用 USB 和 FW 驱动器）。我在几台机器（准确地说是 3 台）以及 10.5.8 和 10.6.5 上尝试过此操作。
简单地禁用此卷上的 Spotlight 不是一个选项，因为所有者不知道东西在哪里，因为卷上的数据可以追溯到 2003 年及之前的音乐项目和作品。他需要能够查询结果。
有人有什么想法吗？
---更新 2-6-11
由于我没有收到任何回复，除了下面似乎误解了我的观点的回复，所以我正在更新这篇文章，希望得到更多的回复。我使用了终端命令
sudo opensnoop -p PID
其中 PID 是 mdworker 进程 ID，用于尝试确定 Spotlight 正在执行的操作，并希望找到遇到问题的文件。以下是发生的情况：
索引几个小时后，mdworker 消失了。它不再显示在“所有进程”下的活动监视器中，并且带有 opensnoop 结果的终端窗口停止移动。然后我继续在 mds 上执行相同的命令以查看它在做什么，下面是我反复得到的结果：
501 57 米 21 /
501 57 mds 21 /卷/Sno Leppard
501 57 mds 21 /卷/老虎
501 57 mds 21 /卷/Leppard
501 57 mds 21 /卷/磁盘战士
501 57 mds 21 /卷/ONM 数据
这些代表系统中当前安装的所有卷。除了 ONM 数据（我试图索引的数据）之外，其他所有卷目前均被排除在 SPotlight 索引之外。上面的序列不断重复，略有变化，有时会跳过其中一个卷。
问题 - mdworker 发生了什么？mds 在做什么？
我会让它运行到明天早上，并全天监控是否有任何变化。任何意见都将不胜感激。即使您不确定最终答案是什么，也请提醒我您认为我可能遗漏的任何内容。希望我们能找到解决办法……
谢谢，
米
______最终编辑______
我终于解决了这个问题，下面是我解决的方法。
我使用了终端命令“sudo opensnoop -p PID”，其中 PID 是我正在监控的进程的进程 ID。我查看了系统中运行的所有 mds 和 mdworker 实例。
在第三次索引同一数据集（见上文信息）后，我联系了 Apple，并得到了他们最高级别的支持 - 他们也大吃一惊。他们建议我再安装一个默认的 10.6.6 系统，然后再试一次。同样的模式重复出现 - mds 和 mdworker 将开始索引，最终聚光灯图标将显示剩余 6 小时，所有 mdworker 都消失了，mds 的 CPU 占用率约为 90%。
但我最终发现，mdworker 第一次这样停止时，它接触的最后一个文件始终位于同一文件夹中。我将该文件夹从 Spotlight 搜索中排除，其余数据集在大约 2 小时内被索引，没有出现任何奇怪的行为或故障。
我将该文件夹复制到另一台机器，Spotlight 立即出现故障。排除该文件夹后一切又恢复正常。我仍然不知道是什么导致了这种现象，但我确实找到了解决问题的办法。
遇到类似问题的人 - 在所有 mds 和 mdworker 实例上运行 opensnoop，然后耐心等待 wdworker 退出。查看它接触的最后一个文件，并将封闭文件夹排除在索引之外。
我能够在2个不同的安装和2个不同的数据集副本上重复该问题和解决方案。
希望这可以帮助。
如果我们发现导致该文件夹出现此类问题的实际原因（该文件夹名为 MICHAEL BRECKER RECORD SOLOS，包含近 1 GB 的音频相关文件 - 表演者、现场、SD2 - 诸如此类），我会再次编辑以告知大家。
感谢您的帮助，
米
答案1
遇到过类似的问题，mds_stores占用了 70-90% 的 CPU 和几乎所有可用内存。它使笔记本电脑发热严重，所以这是一个问题。尝试让它开机几个小时，重新索引，添加然后从例外根中删除。
罪魁祸首是。显然，扩展程序一直在不断进行更改。~/Library/Application Support/Firefox/profile/browser-extension-data/[email protected]/storage.js
希望有一天能对某人有所帮助。