systemctl status 查不到服务通常因服务名错误或单元文件未安装；需用 list-unit-files 或 find 确认真实服务名及路径，注意大小写、socket 激活机制和 unit 文件权限与语法。
systemctl status 查不到服务？先确认服务名对不对
Linux 里 systemctl status 报 Unit xxx.service could not be found，八成是服务名写错了。systemd 不认你直觉里的名字，比如你想查 Nginx，但实际服务名可能是 nginx.service、nginx-mainline.service，甚至只是 nginx（.service 可省略，但别省错）。
- 用
systemctl list-unit-files --type=service | grep -i nginx搜真实服务名 - 服务名区分大小写，
Nginx.service和nginx.service是两个东西 - 第三方软件（如 Docker Desktop、某些 Snap 包）可能不注册为 systemd service，
systemctl根本查不到
status 输出里 Active: inactive (dead) 是不是挂了？不一定
看到 Active: inactive (dead) 别急着重启。这仅表示当前没在运行，不代表服务配置错误或无法启动。很多服务是 on-demand 的（比如 dbus.socket），只有被调用时才拉起对应 service。
- 看
Loaded:行是否显示enabled或disabled—— 这决定开机是否自启 - 看
TriggeredBy:行，如果有 socket 单元，说明它靠 socket 激活，inactive是正常状态 - 真正要关注的是
Failed状态，或者Active:后面跟着failed
为什么 systemctl status 显示日志很少？默认只查最近 10 行
systemctl status 默认只展示最近几条 journal 日志，根本不够定位问题。比如服务刚崩溃，关键错误可能已经被滚动刷掉。
- 加
-n 50查最近 50 行：systemctl status nginx -n 50 - 加
--since "2 hours ago"查指定时间范围内的日志 - 更彻底：用
journalctl -u nginx.service -n 100 --no-pager，避免分页器截断输出 - 注意：如果服务没写日志（比如用了
StandardOutput=null），status就真看不到任何输出
systemctl status 返回 3 退出码？那是服务根本没装
脚本里调 systemctl status xxx 做判断，发现返回码是 3，不是常见的 0（成功）或 3（失败），而是 3 —— 这不是 bug，是 systemd 的设计：3 表示 “unit not found”，即服务单元文件压根不存在。
- 不是服务停了，是连配置都没放对位置（比如该放
/etc/systemd/system/却只放在/usr/lib/systemd/system/且没 reload） - 检查路径：
systemctl list-unit-files | grep xxx或直接find /etc/systemd /usr/lib/systemd -name "xxx.service" 2>/dev/null - reload 配置后仍不识别？可能是文件权限不对（必须是 644）、语法错误（
systemd-analyze verify xxx.service可验）
服务状态不是一眼能看懂的快照，它背后连着 unit 文件、journal、socket 激活机制和加载路径。最常被忽略的是：status 不报错 ≠ 服务可用，而报“not found”也不等于没装软件 —— 它只认 systemd 认得的那套规则。
