最可靠方法是使用systemd服务单元文件，因其支持依赖控制、用户隔离和日志集成；rc.local需手动启用rc-local服务并确保可执行权限；/etc/profile.d/仅对交互式shell生效，不适用于开机自启。

直接执行 chmod +x /etc/rc.local 即可赋予执行权限。但要注意：在多数现代 Linux 发行版（尤其是 systemd 系统如 CentOS 7/8、Ubuntu 16.04+、Debian 9+）中，/etc/rc.local 默认不生效，光加权限远远不够。

确认文件路径和实际位置

不同发行版中该文件路径略有差异：

• CentOS/RHEL 7/8、Fedora：常用 /etc/rc.d/rc.local，而 /etc/rc.local 往往是它的软链接
• Ubuntu/Debian：通常为 /etc/rc.local，但 Ubuntu 20.04+ 已默认移除该文件，需手动创建
• 运行 ls -l /etc/rc.local 可查看是否为链接，再用 readlink -f /etc/rc.local 确认真实路径

赋予执行权限的正确操作

无论路径是 /etc/rc.local 还是 /etc/rc.d/rc.local，都需明确赋权：

• sudo chmod +x /etc/rc.local
• 若指向 /etc/rc.d/rc.local，则同时执行：sudo chmod +x /etc/rc.d/rc.local
• 权限必须是 -rwxr-xr-x（即至少有 x），否则 systemd 会跳过执行

仅赋权还不够：rc-local 服务必须启用

systemd 不会自动读取 rc.local，它依赖 rc-local.service 单元。需额外启用：

• 检查状态：systemctl status rc-local —— 若显示 inactive 或 masked，说明未启用
• 启用服务：sudo systemctl enable rc-local
• 启动服务（立即生效）：sudo systemctl start rc-local
• 查看日志排查失败：sudo journalctl -u rc-local -n 20 --no-pager

脚本编写注意事项（避免静默失败）

即使权限和服务都到位，老旧脚本仍可能因环境缺失而失败：

• 脚本第一行必须写明解释器，例如：#!/bin/bash
• 所有命令使用绝对路径（/usr/bin/python3 而非 python3，/bin/date 而非 date）
• 避免依赖网络或已挂载的磁盘 —— rc.local 在早期启动阶段运行，许多服务尚未就绪
• 建议在脚本开头加 set -e 和日志重定向，便于定位问题