调试插入时阻塞 Windows 7x64 的 Drobo

Question

很长一段时间以来，我与我的 Drobo 之间有着爱恨交织的关系。在 Linux 机器上使用它两年后，我将它转移到一台 Windows 7 机器上，在那里它似乎可以正常工作很长时间，但使用量很小。主要是从未真正发生过的备份。

最近我开始将它用于额外的备份服务（通过 CrashPlan，这很棒）。这意味着 Drobo 得到了更多的使用。这也意味着发生了一些有趣的事情，Drobo 可能会在启动时阻塞我的系统。这就是我的意思：

• 在未插入 Drobo 的情况下启动计算机，禁用 CrashPlan 和 Drobo Dashboard 服务：105 秒
• 在 Drobo 插入故障计划的情况下启动计算机，启用 Drobo Dashboard：250秒（并且 1 个 CPU 以 100% 运行很长时间，drobo 搅动）
• 在插入 Drobo、禁用 CrashPlan 和 Drobo Dashboard 的情况下启动计算机：250 秒（1 cpu 100% 很长一段时间，drobo 搅动）
• 在插入 Drobo、启用崩溃计划和 Drobo Dashboard 的情况下启动计算机：300 秒（1 个 CPU 以 100% 运行很长时间，drobo 搅动）

如果我拔下 Drobo 上的 USB 插头，CPU 使用率会很快降到零。在第四种情况下启动缓慢是因为 CrashPlan 在它放弃之前拼命地尝试在 H: 驱动器上加载东西，所以我暂时禁用了它。

所以这是我的问题：当我插入 drobo 时到底发生了什么？我启动了进程资源管理器，看到系统进程正在占用 CPU，特别是它是一个正在运行的 ntoskrnl.exe/KdPollBreakIn 线程。

这是 Drobo 的问题吗？视窗？关于如何找出答案的任何想法？

如果重要，这里是技术信息：Athlon 64x2 4400、2GB RAM、Win7 Ultimate、Drobo USB（2x1TB、2x320GB）

Answer 1

我刚刚完成了一个多月的 Drobo 技术支持工作。显然，Drobo Dashboard（又名 DDService.exe）和 Windows 7 x64 在某些条件下会发生一些奇怪的情况。基本的解决方案是不再运行 Drobo Dashboard，它工作得很好，因为 Drobo 仅连接到这台机器，但总体来说是一个不太令人满意的答案。