先确认进程是否真在运行，再查日志和unit配置；若仍无法停止，可用systemctl kill --signal=sigkill强制终止，注意检查restart策略避免自动拉起，必要时用mask彻底禁用服务。
systemctl stop 无法终止服务时怎么办
直接执行 systemctl stop 失败或服务“假死”（状态显示 inactive，但进程仍在）是常见现象。systemd 会尝试优雅停止服务，但如果服务进程忽略 SIGTERM 或卡在清理逻辑里，systemctl stop 就会超时并返回失败。
- 先确认进程是否真在运行：
ps aux | grep <service_name></service_name>，别只信systemctl status的 Active 字段 - 查看 systemd 记录的终止日志：
journalctl -u <service_name>.service -n 20 --no-pager</service_name>，重点找 “Failed to stop” 或 “Timed out waiting” - 默认超时是 90 秒，可通过
systemctl kill --signal=SIGTERM <service_name></service_name>手动发信号，再等几秒观察
用 systemctl kill 强制发送 SIGKILL
systemctl kill 是比 kill -9 更安全的强制终止方式，它作用于整个 cgroup，能杀掉主进程及其所有子进程（比如 nginx 的 worker 进程），避免残留。
- 发送 SIGKILL：
systemctl kill --signal=SIGKILL <service_name></service_name> - 等效但更明确的写法：
systemctl kill -s KILL <service_name></service_name> - 慎用：SIGKILL 不给进程任何清理机会，数据库类服务（如
mariadb）可能损坏数据文件 - 验证是否清干净：
systemctl is-active <service_name></service_name>应返回inactive，且pgrep -f <service_name></service_name>无输出
服务反复自动拉起？检查依赖和 restart 策略
停掉后立刻又起来，大概率不是没杀干净，而是被 systemd 自动重启了——这是服务 unit 文件里配置的 Restart= 行为导致的。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 查配置：
systemctl cat <service_name>.service | grep Restart</service_name>，常见值有always、on-failure、on-abort - 临时禁用自动重启：
systemctl stop <service_name> && systemctl reset-failed <service_name></service_name></service_name> - 若需永久关闭自动拉起，编辑 unit 文件（
/usr/lib/systemd/system/<service_name>.service</service_name>或/etc/systemd/system/<service_name>.service</service_name>），把Restart=改成no，然后systemctl daemon-reload - 注意：修改前备份原文件，
/etc/systemd/system/下的覆盖文件优先级高于/usr/lib/systemd/system/
彻底屏蔽服务启动（连手动 start 都不允许）
当某个服务存在严重冲突或安全风险，连“误操作启动”都要杜绝时，mask 是唯一可靠手段。它比 disable 更彻底，会创建指向 /dev/null 的符号链接，任何启动请求都会被 systemd 直接拒绝。
- 执行屏蔽：
sudo systemctl mask <service_name>.service</service_name> - 验证效果：
sudo systemctl start <service_name></service_name>会报错Failed to start <service_name>.service: Unit <service_name>.service is masked.</service_name></service_name> - 解封必须显式执行：
sudo systemctl unmask <service_name>.service</service_name>，没有“自动恢复”机制 - 容易忽略的点：mask 后
systemctl is-enabled仍可能显示enabled，因为 enable/disable 和 mask/unmask 是两套独立机制
真正难处理的从来不是“怎么杀”，而是“为什么杀不干净”——多数问题出在服务自身的生命周期管理或 systemd 的 restart 策略上。动手前先看日志、查 unit 配置，比反复 kill -9 有效得多。
