Linux开启服务命令详解

本文系统梳理了Linux下排查服务状态的核心命令与实战技巧，不仅详解了systemctl list-units各类参数（如--all、--state=running/enabled）的精确含义与常见误区（尤其强调enabled≠running），还提供了is-active/is-enabled的脚本级判断方法、journalctl定位启动失败根源的高效用法、以及用ss/netstat穿透systemd表象直查端口监听的真实状况；更重要的是点破运维真相——服务显示“active (running)”绝不等于可用，防火墙、SELinux、配置绑定地址、端口冲突等底层问题往往才是故障元凶，帮你从“命令会用”进阶到“问题真懂”。

systemctl list-units --type=service 显示所有服务状态

这条命令能列出当前 systemd 管理的所有 service 单元，包括正在运行、已退出、失败或未激活的。默认只显示「已加载且活跃」的，加 --all 才能看到全部：

• systemctl list-units --type=service --state=running：只看正在运行的服务
• systemctl list-units --type=service --state=enabled：只看开机自启（但未必在运行）的服务
• 注意：enabled ≠ running，比如 docker 可能设为启用但没手动启动过，此时它不会出现在 --state=running 结果里

systemctl is-active 和 systemctl is-enabled 判断单个服务状态

查某个服务是否在跑，或者是否设为开机自启，用这两个命令最直接。它们返回纯文本（active / inactive 或 enabled / disabled），适合脚本判断：

• systemctl is-active nginx 返回 active 表示 Nginx 正在运行；返回 inactive 不代表挂了，可能只是没启动过
• systemctl is-enabled ssh 返回 enabled 表示系统启动时会尝试拉起 sshd；若返回 static，说明该服务被其他服务依赖，不能单独禁用（比如 dbus-broker）
• 常见误判点：is-active 对于刚装好但没 start 过的服务，一定返回 inactive，别以为是异常

journalctl -u 服务名 查启动失败原因

服务显示 failed 或启动后立刻退出，journalctl 是第一排查工具。它读的是 systemd 的日志，比看 /var/log/ 下的旧日志更准：

• journalctl -u mysql --since "2024-05-01"：查 MySQL 自某天以来的日志
• journalctl -u nginx -n 50 -f：实时跟踪最近 50 行 Nginx 日志
• 关键提示：很多服务失败是因为配置文件语法错（如 nginx -t 没过）、端口被占、用户权限不对（比如 www-data 目录不可写），这些都会在 journal 输出里直接体现

netstat 或 ss 看端口反推服务是否真在监听

有时候 systemctl is-active 显示 active，但你访问不了服务——可能进程活着，却没真正 bind 到端口。这时候得绕过 systemd，看网络层：

• ss -tlnp | grep :80：查监听 80 端口的进程（-t TCP，-l listening，-n 数字端口，-p 显示进程，需要 root 权限）
• netstat -tulpn | grep :22：老派写法，效果类似，但部分新发行版默认不装 net-tools
• 注意：ss 输出里的 pid/program 列可能为空（权限不足或被隐藏），这时要加 sudo；另外，Docker 容器内的服务不会出现在宿主机的 ss 结果里

真正麻烦的不是命令记不住，而是看到 active (running) 就以为万事大吉。端口没开、防火墙挡着、SELinux 拦着、配置里写了 localhost 却从外网访问——这些都不会让 systemctl 报错，但服务就是用不了。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Linux开启服务命令详解》文章吧，也可关注golang学习网公众号了解相关技术文章。