飞牛os控制风扇转速的脚本实现降噪
摘要
针对拾光坞 G2 NAS 风扇噪音大且系统无控制的问题,作者利用拾光坞提供的底层工具 fanctrl,编写了 fan_control.sh 脚本,实现了基于 CPU 和硬盘温度的动态风扇控制。该脚本具备多源温度检测、休眠保护及逐步升速功能,并配置为开机自启服务。此方案有效解决了 BIOS 阉割导致的静音难题,兼顾了硬盘安全与使用体验。
前言
双十一入了拾光坞 G2,性价比其实很高,3 盘位完全满足我的需求,还是品牌 NAS,官方支持刷机且有 3 年质保,到手直接刷飞牛,近乎完美。
唯一缺点就是默认 40% 的风扇有点吵。飞牛系统没有风扇控制的选项,装了 CoolerControl 但没有风扇驱动,BIOS 好像也是阉割过的、没有风扇控制功能。找了一圈发现 fanctrl 可以控制,改写了一个控温脚本,目前感觉不错。
为什么要在意风扇转速
先说说为什么值得折腾这一趟。
NAS 的风扇噪音是个很典型的矛盾:厂商默认转速是往散热安全侧调的,因为对厂商来说「过热死机」是售后事故,而「有点吵」只是体验问题。所以出厂 40% 这种偏保守的转速很常见——对硬盘来说绰绰有余,但对你放在书桌旁的耳朵来说就是持续的低频噪音。
但反过来,直接把转速锁死在很低的档位也不行。硬盘对温度比 CPU 敏感得多:机械硬盘长期工作在 45℃ 以上会明显加速老化,超过 50℃ 就该警惕了;而 CPU 通常能扛到 90℃ 以上才降频。这意味着如果你按 CPU 的体感去调风扇,硬盘很可能已经在高温里熬了很久。
所以正确做法不是「找一个安静的固定转速」,而是动态调速:平时低速保持安静,温度上来了自动提速。这也是我这个脚本要解决的问题。
手动控制风扇转速
下载 G2 风扇控制转速程序
这个
fanctrl是拾光坞官方提供的 x86 工具,直接通过底层的硬件接口设置风扇 PWM 占空比,所以它不依赖系统有没有风扇驱动——这也正是 CoolerControl 搞不定的地方。
用法 ./fanctrl (0~100),例如 ./fanctrl 30 表示设置风扇转速为 30%,./fanctrl 80 表示 80%。实测常规设置风扇转速为 35% 是基本听不到声音的;大于 60 就开始吵了。
建议先手动试几个档位,找到你这台机器「听不见」的临界点,再把这个值填进后面脚本的 SAFE_FAN_SPEED。每个人的机箱位置、硬盘数量、环境温度都不一样,别人标 30% 就够了,你这里可能得 40%。
风控脚本并开机自启
原帖的脚本我测试后无法正常工作,所以用豆包写了一个,感觉不错就分享出来,有问题直接发给 AI 就可以修改。
脚本功能
多源温度检测
智能风扇控制
完整日志记录
休眠保护
几个设计上的关键点
在贴代码之前,先说清楚这个脚本为什么这么写,不然你没法按自己的情况改参数:
多源温度检测:不同 Linux 内核、不同主板暴露 CPU 温度的路径并不统一。脚本按
thermal_zone0→coretemp(lm-sensors)→/proc/cpuinfo的顺序逐个尝试,任何一个能读到就用。这比写死一个路径靠谱,换机器不容易翻车。休眠保护:这一条最容易被忽略。机械硬盘休眠后再去读温度,会把硬盘唤醒——而频繁起停对硬盘的伤害比高温还大。所以脚本在读温度前先用
hdparm -C判断硬盘是不是standby/sleeping,是的话直接跳过,不动它。逐步升速(+10%):超温时不直接拉到 100%,而是一次加一格。这样风扇转速变化平缓,不会出现「嗡——」一下吵起来又掉下去的锯齿噪音。
降温回落:温度正常后自动回到安全转速,静音优先,而不是停在上一次的高转速上。
状态文件持久化:当前转速写在
/var/run/fan_control.state里,脚本重启后接着上次的状态走,不会每次都从零开始。
阈值怎么定:脚本里 CPU 给了 80℃、硬盘给了 50℃。硬盘的 50℃ 是按前面说的「长期高温柔命」逻辑留出的警戒线,建议不要往上调;CPU 的 80℃ 对绝大多数平台都有安全余量(消费级 CPU 的 Tjmax 一般在 90-100℃),如果你追求更安静,可以把 SAFE_FAN_SPEED 调低而不是把 MAX_CPU_TEMP 调高。
风扇温控脚本(fan_control.sh)
脚本改进说明
增强兼容性:优化了 CPU / 硬盘温度检测逻辑,适配更多 Linux 发行版。
完善错误处理:增加了文件权限检查、依赖检测、程序存在性验证,避免静默失败。
状态可视化:
--status命令更清晰地展示当前状态,方便排查问题。可靠性提升:增加了
--restart命令,可手动重置状态,解决可能的状态文件损坏问题。日志优化:更详细的日志记录,便于追踪脚本运行情况。
使用步骤
安装基础依赖(确保先执行):
下载风扇控制程序:
创建新脚本:
测试脚本:
设置系统服务(开机自启):
检查服务状态:

如果运行仍有问题,可通过日志文件 /var/log/fan_control.log 查看具体错误信息,或执行 systemctl status fan-control 检查服务状态,以便进一步排查。

服务文件里
Restart=always和RestartSec=60这两行的意思是:脚本万一因为异常退出,systemd 会在 60 秒后自动把它拉起来。对温控这种「必须一直活着」的服务来说,这层兜底很有必要——否则脚本悄悄挂了,你以为风扇还在受控,其实已经退回到固定转速了。
安装依赖
安装
hddtemp依赖,按以下步骤安装即可解决,部分系统需额外处理兼容性问题。
第一步:优先常规安装
执行标准安装命令(适用于 Debian/Ubuntu/PVE 等基于 Debian 的系统):
安装完成后,重新运行脚本测试:
第二步:若安装失败(无软件包)
先确认软件源是否包含
hddtemp,执行搜索:
若搜索结果为空,手动下载安装(以 Debian 12 / Ubuntu 22.04 为例):
第三步:安装后验证
hddtemp在新版 Debian 系里被移出了官方源,所以第二步的手动安装很常见,不是你的系统有问题。装不上也不影响使用——脚本里smartctl是优先项,hddtemp只是第一层读不到时的备选。
常见问题
Q:脚本启动了,但风扇转速没变化?
先手动执行一次 ./fanctrl 30,确认程序本身能控制风扇。如果手动也没反应,说明 fanctrl 不适用于你的机型(这款工具是拾光坞 x86 机型专用的);如果手动正常但脚本不动,看 /var/log/fan_control.log,里面会写清楚是「温度读取失败」还是「设置转速失败」。
Q:日志里一直提示无法获取硬盘温度?
大多数情况是硬盘处于休眠状态被跳过了——这是正常行为,不是故障。如果你希望休眠盘也参与温控,可以去掉 get_hdd_temp 里那段 hdparm -C 判断,但代价是硬盘会被反复唤醒,不太建议。
Q:怎么确认温控真的在按温度工作?
跑一次压力测试把 CPU 拉起来(比如 stress-ng --cpu 4 --timeout 300s),然后 tail -f /var/log/fan_control.log,能看到转速逐级往上加(每次 +10%)就说明逻辑生效了。
Q:风扇转速调太低会不会烧硬盘?
这正是脚本存在的意义。固定低速才有风险,动态温控在硬盘超过 50℃ 时会自动往上升。但要注意:如果风扇本身已经积灰、散热能力下降,靠软件调速是救不回来的,定期清理风道比调参数更有效。
Q:改了 SAFE_FAN_SPEED 需要重启服务吗?
需要。改完脚本执行 systemctl restart fan-control,然后可以用 --restart 参数立即把转速重置到新值,不用等温度触发。
结尾
这套方案的核心其实就一句话:用一个几十行的调速逻辑,换回一个安静的机箱,同时不牺牲硬盘寿命。对拾光坞 G2 这种 BIOS 被阉割、系统又没给风扇控制的机型来说,基本是目前最省事的解法。
如果你也是飞牛 + 这款机器,直接照抄参数就行;其他机型要换的是 fanctrl 这个底层工具,脚本逻辑本身是通用的。装完记得观察几天日志,确认温度曲线正常后再把 CHECK_INTERVAL 放宽到 2-5 分钟——纯静音场景没必要每分钟都去读一次温度。
相关文章
暂无相关文章