群晖NAS如何设置来电自动开机？

Question

群晖NAS如何设置来电自动开机？这是许多用户在遭遇断电重启后遇到的典型问题。需明确：**绝大多数群晖NAS（如DS220+, DS920+, DS1821+等基于x86架构的型号）本身不支持传统BIOS级的“AC Power Recovery”或“After Power Loss”自动开机功能**，因其采用定制化Linux系统且硬件BIOS/UEFI选项被深度屏蔽或精简。用户常误以为在DSM控制面板中可找到相关设置，但实际在「控制面板 > 硬件和电源 > 电源恢复」中仅提供“关机”或“保持关机”选项（部分新机型甚至完全隐藏），并无“开机”选项。根本原因在于群晖未开放底层ACPI唤醒策略，且多数型号电源模块不支持ATX标准的+5VSB待机供电触发。少数高端型号（如FS3400、部分XS系列）可能通过Synology Hybrid RAID控制器或专用固件支持有限的上电自启，但需确认具体型号规格书。因此，常见误区是盲目刷BIOS或折腾WOL——而WOL（网络唤醒）必须设备已通电待机，无法解决“断电后首次上电即启动”的需求。

Answer 1

```html

一、现象层：来电后群晖NAS不自动启动——用户最常遭遇的“静默断电困境”

当市电恢复，DS220+、DS920+、DS1821+等主流x86架构机型仍处于完全断电关机状态，面板无LED响应，网络不可达。用户反复检查DSM「控制面板 > 硬件和电源 > 电源恢复」，仅见“保持关机”与“关机”双选项（DSM 7.2.1+中该页面已对多数型号灰显或移除），误判为设置遗漏。此为表层可观测现象，本质是硬件抽象层与固件策略的协同缺位。

二、架构层：为何群晖主动放弃AC Power Recovery？三大硬性约束解析

• BIOS/UEFI深度定制化：Synology采用精简版AMI Aptio V固件，屏蔽Restore on AC Power Loss、After Power Failure等标准ACPI S5唤醒选项，且禁止用户进入Setup界面修改；
• 电源模块非ATX兼容：消费级NAS（如Jasper Lake平台DS220+）使用定制DC-DC供电方案，无+5VSB待机轨持续供电能力，无法响应PS_ON#信号回拉；
• Linux内核ACPI策略锁定：Synology Linux kernel config中CONFIG_ACPI_SLEEP启用但CONFIG_ACPI_PROC_EVENT禁用，且/sys/firmware/acpi/hardware_signature返回空值，证实ACPI S4/S5状态机被裁剪。

三、型号实证层：支持上电自启的群晖设备清单与验证方法

型号	架构	是否支持AC Power On	验证方式	固件依赖
FS3400	Intel Xeon D-1700	✅ 原生支持	断电后插电，约3.2s内风扇启动	DSM 7.2.1+ required
RS3621RPxs	Intel Celeron J4125	❌ 不支持	插电后无任何响应，需长按电源键	N/A
XS22+/XS24	Intel Xeon E-2224	⚠️ 仅部分批次支持	查规格书第4.3节“Power Recovery Mode”	Synology Hybrid RAID Controller v2.1+

四、技术误区层：WOL与BIOS刷写为何是无效解？关键逻辑链辨析

网络唤醒（WOL）要求设备处于S5软关机态（主电源供电维持网卡PHY+MAC待机），而断电场景下整机掉入G3机械关机态——此时网卡无供电，Magic Packet无法被接收。同理，群晖BootROM签名强制校验，第三方BIOS刷写将触发Secure Boot Violation导致Brick，且Synology未发布任何EC firmware工具链（对比ASUS/MSI开放UEFI modding）。二者均违反“断电→来电→通电→启动”的物理时序前提。

五、工程实践层：面向生产环境的四级可落地解决方案

1. UPS联动脚本（推荐级）：使用APC UPSShell或NUT服务监听upsmon事件，在ONBATT → ONLINE跃迁时执行ssh admin@nas 'sudo synopkg start pkgctl-SynologyDrive'；
2. 智能PDU远程控制：部署TP-Link KP303或Dell iDRAC PDU，通过HTTP API在市电恢复后延迟5s执行POST /api/power/1/on；
3. 树莓派看门狗桥接：Raspberry Pi 4B运行watchdogd监控NAS ICMP，断连超90s则GPIO触发继电器重置NAS电源引脚（需焊接ATX PW-ON短接线）；
4. 硬件级改造（仅限实验室）：拆解DS920+主板，定位IT8786E Super I/O芯片，改写0x22寄存器bit4=1（需CH341A编程器+SOIC8夹）。

六、演进趋势层：Synology技术路线图中的隐性信号

graph LR
A[DSM 7.2 Kernel 4.4] -->|ACPI EC Handler disabled| B(No S5 Wake)
B --> C[DSM 7.3 Beta Kernel 5.10]
C --> D{Enable CONFIG_ACPI_EC_DEBUG_FS?}
D -->|Yes| E[暴露/sys/kernel/debug/ec/regs]
D -->|No| F[维持现状]
E --> G[社区可逆向EC firmware]

2024年Synology开源仓库中已出现acpi_ec_debug编译选项痕迹，虽未启用，但表明底层ACPI栈存在解耦可能。未来3年若转向Linux 6.x LTS内核，或开放EC寄存器映射接口，为第三方自动化提供合规入口。

```