Linux服务器实现上电自启，核心就两步：先在BIOS里把AC Recovery选项设置为Power On，再在系统里把要启动的服务或脚本挂到systemd或rc.local上，缺一不可。只改BIOS不配置系统，服务起不来；只改系统不设BIOS,断电后机器压根不开机。
linux服务器断电后怎么自动启动
机房意外断电、雷击跳闸、UPS触发关机，这几类场景下，服务器重启后的表现完全由两个层面决定：主板固件层的“来电策略”和操作系统层的“开机自启动配置”。
先搞清楚一个误解：很多人以为上电自启就是系统里加个开机脚本，断电后电源恢复，机器能否自己点亮屏幕、过自检、进系统，看的是BIOS里的Restore on AC Power Loss（也叫AC Power Recovery、After Power Loss），这步不做,系统层配置再完整也白搭。
等系统内核加载完，systemd成为1号进程后，才会轮到你的业务脚本上场，两部分串联起来,才算完整的上电自启链路。
服务器上电自启bios设置步骤
不同品牌服务器的BIOS菜单名称和层级确实不一样，但底层逻辑一致，都是在“电源管理”相关页面里找恢复策略。
主流服务器的通用操作路径
开机看到logo时按Del或F2进BIOS设置界面,然后顺着下面路径找：
- Dell服务器：iDRAC设置 → Power Management → Power Recovery → 设为 Last State 或 On
- HP服务器：Power Management → Power Settings → Power On After Power Loss → 设为 On
- 浪潮、联想、超微：Advanced → Power Configuration → Restore on AC Power Loss → 设为 Power On
带外管理卡能省很多跑机房的时间，Dell iDRAC、HP iLO、华为iBMC都支持直接在网页后台改，保电策略建议选Last State：服务器断电前是开机状态，来电后自动开机；断电前是关机状态，来电后继续关机，这个选项比强制Always On更安全,避免误操作关机后再次通电又自己跑起来。
刀片服务器和云服务器的特殊处理
刀片服务器不能直接改BIOS中的AC Recovery，机箱管理模块（CMC或OA面板）的电源策略才生效，云服务器没有物理BIOS可进，只能在控制台的“开机策略”里选择“保持关机”或“自动开机”,部分云厂商的弹性伸缩组也支持这个。
用ipmitool在系统里直接设置
多台机器配置任务量大时，逐台进BIOS效率太低，服务器支持IPMI协议的话,直接在现有系统里执行如下指令：
ipmitool chassis status ipmitool chassis policy list
查完当前状态后,用策略替换：
ipmitool chassis policy always-on
常见策略参数有always-off（保持关机）、always-on（自动开机）、previous（恢复上一次状态），命令执行成功后没有报错，电源策略就生效了,重启进BIOS能看到对应选项已经变化。
linux设置开机自启动systemd方法
一次配置，长期生效，先把业务启动命令写成脚本，再交给systemd托管,这是目前Linux系统里的标准做法。
编写一个systemd服务单元
假设你的业务脚本放在/root/startup.sh,先给它可执行权限：
chmod +x /root/startup.sh
然后创建服务文件/etc/systemd/system/business.service：
[Unit] Description=Business Service Auto Start After=network-online.target Wants=network-online.target [Service] Type=simple ExecStart=/root/startup.sh Restart=always RestartSec=10 [Install] WantedBy=multi-user.target
After=network-online.target表示等网络就绪后再启动，Restart=always表示进程意外退出时自动拉起。
加载并启用服务：
systemctl daemon-reload systemctl enable business.service systemctl start business.service
最后用systemctl status business.service验证状态是否为
active (running)。
rc.local的老牌方案还能用吗
很多老管理员习惯往/etc/rc.local里丢启动命令，CentOS 7以后rc.local默认没有可执行权限,需要手动开启：
chmod +x /etc/rc.d/rc.local
然后再往/etc/rc.local，需要注意，rc.local里的命令会阻塞开机流程，如果有一条命令卡住，后续全部不会执行，建议在命令后面加&做后台运行，或者明确加上sleep延迟等待依赖资源就绪，行业共识认为，新部署的系统优先使用systemd,维护成本更低。
脚本里常见的依赖问题
开机启动失败，多数情况不是服务配置写错，而是脚本运行环境不满足，比如脚本里用到数据库，可是此时MySQL还没起来；脚本里用到了环境变量，但非交互式shell不会加载/etc/profile。
解决思路有两个：在脚本开头手动source /etc/profile；或者在systemd服务里声明依赖关系，比如After=mysqld.service、Requires=mysqld.service，更复杂的场景可以借助systemd的定时器，设置OnBootSec=30延迟执行,给下游服务留出启动时间。
linux开机自启脚本不生效原因排查
自启配置写完，重启一验证发现没起来，先别怀疑配置语法,按下面顺序排查。
检查服务是否真的enable了
只执行了systemctl start，服务只能运行到下次重启前，必须确保systemctl enable执行成功,才能生成开机软链接：
systemctl is-enabled business.service systemctl is-enable rc-local.service
输出结果应该是enabled，输出disabled或masked,说明enable这步没做或被屏蔽了。
查看启动日志定位失败点
journalctl -u business.service -b
-b参数表示查看本次开机以来的日志，能精确看到服务启动时发生了什么，常见报错有：脚本权限不足、路径写错、二进制依赖缺失。
BIOS被重置
服务器长时间掉电、主板电池没电，BIOS找回默认设置，AC Recovery策略会恢复成Power Off，这是比较容易被忽略的隐性故障，排除方法很简单：重启进BIOS看一眼电源策略还在不在，服务器使用年限长了,建议定期巡检时顺带确认。
硬件上电时序问题
电源恢复瞬间，多台服务器同时开机，机房总空开容易跳闸，功率密度高的机柜建议分批次上电，比如在PDU上设置不同延时，或者让部分服务器先保持关机状态，再通过远程管理卡手动点开机，据戴尔官方文档说明，其iDRAC支持设置开机延时策略,类似做法可以推广到其他品牌服务器上。
Q&A：linux服务器上电自启相关问题
上电自启和开机自启是同一个概念吗
不是同一个层面，上电自启指物理电源恢复后，主板自动通电开机，属于BIOS固件功能，开机自启指操作系统完成引导后，自动运行指定服务或脚本，属于软件层配置，两者需要同时配置,全部完成才叫服务器断电后全自动恢复。
笔记本电脑刷了Linux系统能不能用同样的方法实现上电自启
多数消费级笔记本的BIOS不暴露AC Recovery选项，仅有部分商务机型支持，可以用systemctl enable确保系统层自动启动，但主板固件层策略无法改变，试着在BIOS的Power选项卡里找Power On Dock或Startup When AC Detected,找不到说明硬件不支持。
配置上电自启后会影响服务器安全吗
会增加一定风险，服务器异常重启后自动恢复运行，看似高效，但对安全补丁升级场景不友好，已经内网隔离或机房物理安全到位，这个隐患可以忽略，个人开发用的服务器，建议开启IPMI或管理口告警,方便感知每一次自动开机。
从BIOS的电源恢复策略到systemd的服务托管，理顺这一条链路，就能实现真正意义上的无人值守开机：来电自启、服务自动拉起、故障自动重启。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/748301.html
