如何在Linux中查看系统的开机自启服务 Linux管理systemctl服务的方法-LINUX-PHP中文网

权威开机自启状态应查systemctl list-unit-files --type=service，它直接读取单元注册表，结果最可靠；单个服务用systemctl is-enabled 服务名，返回enabled/disabled/static/masked四类明确值，避免误判运行状态。

如何在linux中查看系统的开机自启服务 linux管理systemctl服务的方法

开机自启服务的权威状态，只看 systemctl list-unit-files --type=service 就够了——它直接读取 systemd 单元注册表，不依赖当前是否运行、是否加载，结果最可靠。

这条命令输出的是系统“承诺开机时拉起哪些服务”的原始清单，不是当前运行的服务：

执行 systemctl list-unit-files --type=service | grep enabled，列出所有标记为 enabled 的服务
注意过滤掉 static：它们不能被手动启用，但可能被其他服务拉起，加个 awk '$2 == "enabled"' 更干净
别用 systemctl list-units --state=enabled ——这个命令实际查的是“当前已加载且启用”的单元，会漏掉未加载但已配置自启的服务
如果输出为空但你知道某服务该自启，说明它根本没注册成 systemd 单元，systemctl is-enabled xxx 会报 Unit xxx.service could not be found

systemctl is-enabled 是脚本和人工核查的首选，返回值明确、无歧义：

宝塔Linux面板11.8.1

宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。

下载

运行 systemctl is-enabled nginx.service，返回 enabled 才算真正配置成功
返回 disabled 表示没启用；static 表示它本身不可独立启用（如 syslog.socket）；masked 表示被显式禁止（符号链接指向 /dev/null）
别只看 systemctl status nginx 里 “Loaded” 行末尾写的 enabled ——那只是状态快照，可能滞后或误判
如果服务名不带 .service 后缀也能查，但建议写全，避免和 timer/socket 等其他单元类型混淆

常见原因不是命令没跑，而是几个关键环节断在了前面：

服务单元文件根本不存在：systemctl list-unit-files --type=service | grep yoursvc 无输出 → 需先创建 /etc/systemd/system/yoursvc.service
单元文件语法错误：执行 sudo systemd-analyze verify /etc/systemd/system/yoursvc.service，报错就修，否则 enable 成功但启动失败
ExecStart= 路径写错或权限不足：必须是绝对路径，且运行用户（User= 指定）有执行权限；用 sudo -u youruser /path/to/binary --help 手动试一遍
依赖未满足：比如服务依赖网络，但写成了 After=network.target 却没加 Wants=network.target，导致启动时跳过
systemctl daemon-reload 忘了：改完 .service 文件或新增后，必须 reload 才能让 systemd 重新扫描

systemctl disable 只删符号链接，不影响当前进程——这是 systemd 的明确行为，不是遗漏：

执行 sudo systemctl disable nginx 后，systemctl is-enabled nginx 返回 disabled，但 systemctl is-active nginx 仍可能是 active
要同时停掉，得额外执行 sudo systemctl stop nginx；一步到位用 sudo systemctl disable --now nginx
同理，enable 不等于 start，很多运维事故源于默认假设“启用=立刻跑”，结果服务卡在 failed 状态没人发现
检查真实状态组合用：systemctl is-enabled xxx + systemctl is-active xxx，两个都 enabled 和 active 才算“既配了又在跑”