如何在Linux中管理服务状态 Linux systemctl启停服务-linux运维-PHP中文网

如何在Linux中管理服务状态 Linux systemctl启停服务

P粉602998670

发布： 2025-08-25 08:21:01

原创

265人浏览过

systemctl是Linux中管理服务的核心命令，用于启动、停止、重启、查看状态及设置开机自启；通过status和journalctl可排查启动失败问题，需检查依赖、配置语法、资源限制及SELinux/AppArmor策略。

如何在linux中管理服务状态 linux systemctl启停服务

在Linux中，使用

systemctl

登录后复制

命令可以方便地管理服务的启动、停止、重启以及查看状态。它取代了旧的

service

登录后复制

命令，提供了更强大的功能和更清晰的接口。

解决方案

systemctl

登录后复制

命令是systemd系统和服务管理器的主要接口。以下是一些常用的命令：

启动服务：
```
sudo systemctl start <service_name>
```
登录后复制
例如，启动Apache服务：
```
sudo systemctl start apache2
```
登录后复制
停止服务：
```
sudo systemctl stop <service_name>
```
登录后复制
停止Nginx服务：
```
sudo systemctl stop nginx
```
登录后复制

重启服务：

sudo systemctl restart <service_name>

登录后复制

重启MySQL服务：

sudo systemctl restart mysql

登录后复制

查看服务状态：
```
sudo systemctl status <service_name>
```
登录后复制
查看SSH服务状态：
```
sudo systemctl status ssh
```
登录后复制
这个命令会显示服务的运行状态，包括是否正在运行、PID、内存使用情况等。如果服务出现问题，可以通过查看状态信息来诊断。
设置服务开机自启动：
```
sudo systemctl enable <service_name>
```
登录后复制
设置Redis服务开机自启动：
```
sudo systemctl enable redis
```
登录后复制
取消服务开机自启动：
```
sudo systemctl disable <service_name>
```
登录后复制
取消Docker服务开机自启动：
```
sudo systemctl disable docker
```
登录后复制
查看所有服务状态：
```
systemctl list-units --type=service
```
登录后复制
这个命令会列出所有已加载的systemd单元，包括服务、socket、target等。通过过滤
```
--type=service
```
登录后复制
，可以只显示服务单元。
重新加载systemd配置：
```
sudo systemctl daemon-reload
```
登录后复制
当你修改了服务的配置文件后，需要执行这个命令来重新加载systemd的配置，使修改生效。

如何解决启动服务时遇到的依赖问题？

有时候，启动一个服务可能会因为缺少依赖而失败。

systemctl

登录后复制

会尝试自动解决依赖关系，但如果依赖关系过于复杂，可能需要手动干预。

首先，查看服务状态，确认依赖关系是否满足：

sudo systemctl status <service_name>

登录后复制

如果状态信息显示缺少依赖，可以尝试以下方法：

手动启动依赖服务： 按照依赖关系，先启动所需的其他服务。

JoinMC智能客服
JoinMC智能客服，帮您熬夜加班，7X24小时全天候智能回复用户消息，自动维护媒体主页，全平台渠道集成管理，电商物流平台一键绑定，让您出海轻松无忧！

23

查看详情
```
sudo systemctl start <dependency_service_name>
```
登录后复制
修改服务配置文件： 在服务配置文件中显式声明依赖关系。服务配置文件通常位于
```
/etc/systemd/system/
```
登录后复制
目录下。编辑服务文件，添加
```
Requires=
```
登录后复制
和
```
After=
```
登录后复制
指令来声明依赖关系。

例如，如果
```
my_service
```
登录后复制
依赖于
```
another_service
```
登录后复制
，则在
```
my_service.service
```
登录后复制
文件中添加：
```
[Unit]
Requires=another_service.service
After=another_service.service
```
登录后复制
修改后，重新加载systemd配置并尝试启动服务：
```
sudo systemctl daemon-reload
sudo systemctl start my_service
```
登录后复制
检查服务配置文件语法： 确保服务配置文件语法正确。systemd对配置文件语法要求严格，任何错误都可能导致服务启动失败。可以使用
```
systemd-analyze verify <service_file>
```
登录后复制
命令来检查配置文件语法。
```
systemd-analyze verify /etc/systemd/system/my_service.service
```
登录后复制

Systemd Targets是什么？它们与服务有什么关系？

Systemd targets是一种用于组织和同步服务的机制。可以把target理解为一组服务的集合，它们在特定的系统状态下需要一起启动或停止。例如，

multi-user.target

登录后复制

表示多用户模式，通常包含图形界面、网络服务等。

graphical.target

登录后复制

则表示图形界面模式。

服务通过

WantedBy=

登录后复制

和

RequiredBy=

登录后复制

指令与target关联。当target启动时，所有被它

WantedBy=

登录后复制

的服务都会被启动。

RequiredBy=

登录后复制

则表示更强的依赖关系，如果被

RequiredBy=

登录后复制

的服务启动失败，target也会启动失败。

可以通过以下命令查看当前系统激活的target：

systemctl get-default

登录后复制

修改默认target可以改变系统的启动模式。例如，将默认target设置为

multi-user.target

登录后复制

可以使系统启动到命令行界面，而不是图形界面。

sudo systemctl set-default multi-user.target

登录后复制

如何排查systemctl启动服务失败的问题？

服务启动失败的原因有很多，以下是一些常用的排查方法：

查看服务状态： 使用
```
systemctl status <service_name>
```
登录后复制
命令查看服务状态，重点关注错误信息。
查看日志： systemd会将服务日志记录到journald中。可以使用
```
journalctl -u <service_name>
```
登录后复制
命令查看服务的日志。
```
journalctl -u nginx
```
登录后复制
可以使用
```
-f
```
登录后复制
选项实时跟踪日志：
```
journalctl -fu nginx
```
登录后复制
检查配置文件： 检查服务的配置文件是否正确。配置文件语法错误、权限问题都可能导致服务启动失败。
手动执行启动命令： 尝试手动执行服务配置文件中的启动命令，看是否能够成功。这可以帮助你确定问题是否出在服务本身。服务配置文件中通常包含
```
ExecStart=
```
登录后复制
指令，指定了服务的启动命令。

例如，如果
```
nginx.service
```
登录后复制
文件的
```
ExecStart=
```
登录后复制
指令是
```
/usr/sbin/nginx -g 'daemon off;'
```
登录后复制
，则可以尝试手动执行这个命令：
```
sudo /usr/sbin/nginx -g 'daemon off;'
```
登录后复制
检查资源限制： 检查服务是否受到资源限制。例如，如果服务需要打开大量文件，但系统的文件描述符限制过低，可能导致服务启动失败。可以使用
```
ulimit -n
```
登录后复制
命令查看当前的文件描述符限制。
SELinux/AppArmor： 如果系统启用了SELinux或AppArmor，可能会阻止服务启动。可以尝试临时禁用SELinux或AppArmor，看是否能够解决问题。
- 禁用SELinux：
```
sudo setenforce 0
```
  登录后复制
- 禁用AppArmor：
```
sudo systemctl stop apparmor
sudo systemctl disable apparmor
```
  登录后复制
注意，禁用SELinux或AppArmor可能会降低系统的安全性，因此只应在排查问题时临时使用。