系统服务导致机械硬盘无法休眠

wackwu

设备环境：物理机，cpu：i5-10500，内存：32g 2666MHz。系统是最新版本

BUG现象：我设置了硬盘无操作 30 分钟休眠，但是系统会有间隔性唤醒硬盘

BUG 具体描述：

症状 A：每 30 分钟的“影视库”自启

• 现象： 硬盘每逢 整点 (:00) 和 半点 (:30) 准时被唤醒。
• 证据： 监控发现 trim-media (PID 3495) 在该时刻读写数据库。
• 问题点： 即使未上传新文件，该进程仍强制扫描，且无法在 UI 关闭定时策略。我在应用里面找了实时监控媒体文件更新（这个操作说明里面写了不影响硬盘休眠）同步我也关闭了每天零点定时执行的任务。

症状 B：每 1 小时的“ Docker”复活

• 现象： 即使在应用中心手动停止了 Docker，且未运行任何容器，后台 dockermgr 进程依然常驻，并每隔约1小时 唤醒硬盘一次。
• 证据：

  • Web UI 显示 Docker 为“已停止”。图片如下：

    

  • SSH 后台 ps 显示 dockermgr 依然存活。

  • iotop 抓取到唤醒时刻有dockermgr 的写盘动作。

症状 C：飞牛文档的“幽灵写入”

• 现象： 在卸载/停用 Docker 后，如果保留“飞牛文档”应用，硬盘依然会有不规律或伴随式的唤醒。
• 证据： 监控日志显示，在dockermgr 活动的同时（或独立时间点），./docservice 进程也会产生约 0.40 K/s 的硬盘写入。
• 问题点： 这是一个在线编辑服务，在用户没有打开任何文档的情况下，不应有任何后台心跳写入硬盘。

我根据跟 AI 的互动聊天，目前暂时解决了问题。硬盘不再重复启动。

解决流程：

通过iotop 内存盘日志监控进行排查。

第一步：通过 iotop 查询到大量的trim-media定时启动。我就把飞牛影视停用了。停用后硬盘还是会有被自动唤醒的操作。

第二步：继续通过iotop 监测，查询到dockermgr，docservice的活（这步操作监控了 13 个小时）

第三步：我就把docker 通过命令的方式杀死直接，把office 预览卸载了（我的另外一台飞牛 NAS，应用只安装了 office 预览，在没有任何用户登录的情况下，一天硬盘会有两次自启动）

第四步：继续通过 iotop 监测，在监测的 3 个小时里面，硬盘没有自启动的问题。

这个是我所有的日志文件，仅供参考
链接：https://pan.quark.cn/s/898ce7620146

补充一点：我的系统升级不是每次都升级的，有间隔升级，比如上周发布了系统更新，这周也发布了系统更新，我是等下周再更新的，不是每周都更新。

产品建议：

NAS 有一个点是比较重要的，就是电耗，在7*24 小时的开机中，普通用户不会一直操作的，操作的时间的是固定的，在不操作的时间里面，比方我这类用户更希望的是省电。而不是反复启动，增加电耗。需要更详细的操作，可以跟我说，我可以录制视频或者其他方式告知。希望尽快解决，这个问题困扰我蛮久了，导致我现在不用的时候，只能关机，而且频繁的启动也会影响硬盘的寿命。谢谢！

飞牛技术同学

已收到反馈 我转给负责的同事看看，是内置还是外接的硬盘？

wackwu

全是内置硬盘

A1ex2do_

飞牛技术同学 发表于 2025-12-26 17:15
已收到反馈 我转给负责的同事看看，是内置还是外接的硬盘？

赶紧修复一下，我的也是这样，全部应用和docker都关闭和停用了，硬盘还是会唤醒，我一天只有晚上才用机械硬盘的数据，白天都是用固态硬盘里的。