systemctl使用指南:Centos 7.x systemd对比Centos 6.x daemon

本文详细介绍了从CentOS7.x开始,系统服务管理由systemd取代daemon,包括systemctl命令与传统service命令、chkconfig命令的对比与使用方法,以及如何利用systemctl命令分析服务依赖关系、关闭网络服务、防火墙,以及系统运行级别的设置。重点阐述了systemctl命令在服务启动、停止、重启、状态查看、服务设置与分析等方面的高效用法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

从CentOS 7.x开始,CentOS开始使用systemd服务来代替daemon,原来管理系统启动和管理系统服务的相关命令全部由systemctl命令来代替。

1、原来的 service 命令与 systemctl 命令对比
daemon命令systemctl命令说明
service [服务] startsystemctl start [unit type]启动服务
service [服务] stopsystemctl stop [unit type]停止服务
service [服务] restartsystemctl restart [unit type]停止服务

此外还是二个systemctl参数没有与service命令参数对应

status :参数来查看服务运行情况
reload :重新加载服务,加载更新后的配置文件(并不是所有服务都支持这个参数,比如network.service

应用举例:

#启动网络服务
systemctl start network.service
#停止网络服务
systemctl stop network.service
#重启网络服务
systemctl restart network.service
#查看网络服务状态
systemctl status network.serivce
2、原来的chkconfig 命令与 systemctl 命令对比

2.1、设置开机启动/不启动

daemon命令systemctl命令说明
chkconfig [服务] onsystemctl enable [unit type]设置服务开机启动
chkconfig [服务] offsystemctl disable [unit type]设备服务禁止开机启动

应用举例:

#停止cup电源管理服务
systemctl stop cups.service
#禁止cups服务开机启动
systemctl disable cups.service
#查看cups服务状态
systemctl status cups.service
#重新设置cups服务开机启动
systemctl enable cups.service

2.2、查看系统上上所有的服务
命令格式:

systemctl [command] [–type=TYPE] [–all]

参数详解:

command

list-units:依据unit列出所有启动的unit。加上 –all 才会列出没启动的unit;
list-unit-files:依据/usr/lib/systemd/system/ 内的启动文件,列出启动文件列表

–type=TYPE

为unit type, 主要有service, socket, target

应用举例:

systemctl命令说明
systemcl列出所有单元的状态
systemctl –type=service列出所有的系统服务
systemctl list-units列出所有启动unit
systemctl list-unit-files列出所有启动文件
systemctl list-unit-files –type=service列出所有单元的已启用和已禁用设置,相当于chkconfig
systemctl list-units –type=service –all列出所有service类型的unit
systemctl list-units –type=service –all |grep cpu列出 cpu电源管理机制的服务
systemctl list-units –type=target –all列出所有target
systemctl –failed –type=service查询失败的服务
3、systemctl特殊的用法
systemctl 命令说明
systemctl is-active [unit type]查看服务是否运行
systemctl is-enable [unit type]查看服务是否设置为开机启动
systemctl mask [unit type]注销指定服务]
systemctl unmask [unit type]取消注销指定服务

应用举例:

#查看网络服务是否启动
systemctl is-active network.service
#检查网络服务是否设置为开机启动
systemctl is-enable network.service
#停止cups服务
systemctl stop cups.service
#注销cups服务
systemctl mask cups.service
#查看cups服务状态
systemctl status cups.service
#取消注销cups服务
systemctl unmask cups.service
4、init 命令与systemctl命令对比
init命令systemctl命令说明
init 0systemctl poweroff系统关机
init 6systemctl reboot重新启动

与开关机相关的其他命令:

systemctl命令说明
systemctl suspend进入睡眠模式
systemctl hibernate进入休眠模式
systemctl rescue强制进入救援模式
systemctl emergency强制进入紧急救援模式
5、设置系统运行级别

5.1、运行级别对应表

init级别systemctl target
0shutdown.target
1emergency.target
2rescure.target
3multi-user.target
4
5graphical.target
6

此外还是一个getty.target用来设置tty的数量。

5.2、设置运行级别
命令格式:

systemctl [command] [unit.target]

参数详解:

command:

get-default :取得当前的target
set-default :设置指定的target为默认的运行级别
isolate :切换到指定的运行级别

unit.target :为5.1表中列出的运行级别

systemctl命令说明
systemctl get-default获得当前的运行级别
systemctl set-default multi-user.target设置默认的运行级别为mulit-user
systemctl isolate multi-user.target在不重启的情况下,切换到运行级别mulit-user下
systemctl isolate graphical.target在不重启的情况下,切换到图形界面下
6、使用systemctl分析各服务之前的依赖关系

命令格式:

systemctl list-dependencies [unit] [–reverse]

–reverse是用来检查寻哪个unit使用了这个unit

应用举例:

#获得当前运行级别的target
[root@www ~]# systemctl get-default
multi-user.target

#查看当前运行级别target(mult-user)启动了哪些服务
[root@www ~]# systemctl list-dependencies
default.target
├─abrt-ccpp.service
├─abrt-oops.service
├─vsftpd.service
├─basic.target
│ ├─alsa-restore.service
│ ├─alsa-state.service
.....(中间省略).....
│ ├─sockets.target
│ │ ├─avahi-daemon.socket
│ │ ├─dbus.socket
.....(中间省略).....
│ ├─sysinit.target
│ │ ├─dev-hugepages.mount
│ │ ├─dev-mqueue.mount
.....(中间省略).....
│ └─timers.target
│   └─systemd-tmpfiles-clean.timer
├─getty.target
│ └─getty@tty1.service
└─remote-fs.target

#查看哪些target引用了当前运行级别的target
[root@www ~]# systemctl list-dependencies --reverse
default.target
└─graphical.target
7、关闭网络服务

在使用systemctl关闭网络服务时有一些特殊
需要同时关闭unit.servce和unit.socket

使用systemctl查看开启的sshd服务

[root@www system]#  systemctl list-units --all | grep sshd
sshd-keygen.service loaded inactive dead        OpenSSH Server Key Generation
sshd.service        loaded active   running     OpenSSH server daemon
sshd.socket         loaded inactive dead        OpenSSH Server Socket

可以看到系统同时开启了sshd.service和sshd.socket , 如果只闭关了sshd.service那么sshd.socket还在监听网络,在网络上有要求连接sshd时就会启动sshd.service。因此如果想完全关闭sshd服务的话,需要同时停用sshd.service和sshd.socket。

systemctl stop sshd.service
systemctl stop sshd.socket
systemctl disable sshd.service sshd.socket

由于centos 7.x默认没有安装net-tools,因此无法使用netstat 来查看主机开发的商品。需要通过yum安装来获得该工具包:

 yum -y install net-tools

查看是否关闭22端口

netstat -lnp |grep sshd
8、关闭防火墙firewall

Centos 7.x 中取消了iptables, 用firewall取而代之。要关闭防火墙并禁止开机启动服务使用下面的命令:

systemctl stop firewalld.service
systemctl disable firewalld.service
[dragon@localhost ~]$ journalctl -u vmware-autostart.service -b -- Logs begin at Wed 2025-07-09 15:12:21 CST, end at Wed 2025-07-09 23:12:18 CST. -- 7月 09 15:12:30 localhost.localdomain systemd[1]: Started VMware Virtual Machine Auto Start. 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Main process exited, code=exited, status> 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Failed with result 'exit-code'. 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Service RestartSec=100ms expired, schedu> 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Scheduled restart job, restart counter i> 7月 09 15:12:30 localhost.localdomain systemd[1]: Stopped VMware Virtual Machine Auto Start. 7月 09 15:12:30 localhost.localdomain systemd[1]: Started VMware Virtual Machine Auto Start. 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Main process exited, code=exited, status> 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Failed with result 'exit-code'. 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Service RestartSec=100ms expired, schedu> 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Scheduled restart job, restart counter i> 7月 09 15:12:30 localhost.localdomain systemd[1]: Stopped VMware Virtual Machine Auto Start. 7月 09 15:12:30 localhost.localdomain systemd[1]: Started VMware Virtual Machine Auto Start. 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Main process exited, code=exited, status> 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Failed with result 'exit-code'. 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Service RestartSec=100ms expired, schedu> 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Scheduled restart job, restart counter i> 7月 09 15:12:30 localhost.localdomain systemd[1]: Stopped VMware Virtual Machine Auto Start. 7月 09 15:12:30 localhost.localdomain systemd[1]: Started VMware Virtual Machine Auto Start. 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Main process exited, code=exited, status> 7月 09 15:12:30 localhost.localdomain systemd[1]: vmware-autostart.service: Failed with result 'exit-code'. lines 1-22 [dragon@localhost ~]$ sudo -u dragon /etc/init.d/vmware-autostart.sh Warning: program compiled against libxml 212 using older 209 Warning: program compiled against libxml 212 using older 209 [dragon@localhost ~]$ cd /home/dragon/vm/centos/ [dragon@localhost centos]$ ls centos-0.scoreboard centos-2.ovf centos.scoreboard nvram vmware-1.log centos-1.scoreboard centos-2.scoreboard centos.vmsd readme.txt vmware-2.log centos-2-0.vmdk centos-disk1.vmdk centos.vmx vmmcores-1.gz vmware.log 'centos-2 - 副本.ovf' centos-disk1.vmdk.lck centos.vmxf vmware-0.log [dragon@localhost centos]$ [dragon@localhost centos]$ vmrun list Total running VMs: 2 /home/dragon/vm/win2003/Windows2003.vmx /home/dragon/vm/centos/centos.vmx [dragon@localhost centos]$
最新发布
07-10
<think>我们正在处理一个关于VMware自动启动服务失败的问题,错误涉及systemd退出代码。用户提供的引用内容虽然涉及不同的服务(如docker、corda等),但错误模式相似(Unit file not found, control process exited with error code),因此我们可以借鉴类似的排查思路。 根据用户引用[1][2][3][4]中的信息,我们可以总结出以下常见原因和解决方法: 1. 服务文件不存在或路径不正确(引用[1][2]) 2. 服务文件配置错误(引用[3]) 3. 依赖问题(引用[3]中提到了After、Requires等配置) 4. 启动脚本或二进制文件的问题(引用[3][4]) 针对VMware autostart服务,我们首先需要确认服务文件(通常为`vmware-autostart.service`)是否存在,然后检查其配置是否正确,包括执行路径、依赖关系等。 具体步骤: 1. 检查服务文件是否存在: ```bash sudo systemctl status vmware-autostart.service ``` 如果提示“Unit vmware-autostart.service not found”,则说明服务文件可能不存在。 2. 如果服务文件不存在,我们需要确认VMware是否安装了自动启动组件。通常,VMware Workstation或Server会提供自动启动服务的安装。可以尝试重新安装或创建服务文件。 3. 如果服务文件存在,但启动失败,使用以下命令查看详细错误: ```bash sudo journalctl -u vmware-autostart.service -xe ``` 4. 检查服务文件内容: 服务文件通常位于`/etc/systemd/system/`或`/lib/systemd/system/`。查看`vmware-autostart.service`文件,确保其配置正确。一个典型的VMware自动启动服务文件可能如下: ```ini [Unit] Description=VMware autostart service After=network.target [Service] ExecStart=/usr/bin/vmware-autostart start ExecStop=/usr/bin/vmware-autostart stop Type=forking [Install] WantedBy=multi-user.target ``` 注意:确保`ExecStart`和`ExecStop`指向正确的路径,并且这些路径下的脚本可执行。 5. 修改服务文件后,重新加载systemd配置: ```bash sudo systemctl daemon-reload ``` 6. 如果服务文件配置正确,但启动时仍然报错,可能是脚本本身的问题(如权限不足、依赖环境未准备好等)。检查脚本的执行权限,并确保它需要的环境(如网络)已经就绪。 7. 如果问题依旧,可以尝试手动执行服务文件中的启动命令(如`/usr/bin/vmware-autostart start`)来查看具体错误输出。 8. 根据引用[4]的思路,如果问题与配置文件有关,可以检查VMware的配置文件(如果有的话)。 9. 确保VMware的相关服务(如vmware-networks.service)已经正确安装并启动,因为自动启动服务可能依赖于它们。 考虑到用户之前提到“新机器初始化”,可能VMware安装不完整,或者自动启动服务未被正确安装。建议重新安装VMware并确保选择安装自动启动服务。 如果以上步骤无法解决问题,请提供具体的错误信息以便进一步分析。 相关问题: 1. 如何创建和配置systemd服务文件? 2. 如何查看systemd服务的详细日志? 3. VMware虚拟机自动启动服务的工作原理是什么? 4. 如何排查systemd服务的依赖问题?</think>### VMware autostart.service 故障排查指南 针对您遇到的 `vmware-autostart.service` 启动失败问题(systemd 错误代码),以下是系统化的排查步骤: --- ### **1. 确认服务文件存在性** **问题本质**:systemd 报错通常表示服务配置文件缺失或路径错误(参考引用[1][2]) ```bash # 检查服务文件是否存在 ls /etc/systemd/system/vmware-autostart.service ls /usr/lib/systemd/system/vmware-autostart.service ``` ▸ **若不存在**:需重新安装 VMware 或手动创建服务文件 ▸ **若存在**:检查文件权限 `sudo chmod 644 /path/to/service-file` --- ### **2. 分析服务文件配置** **关键点**:检查服务配置是否符合 systemd 规范(参考引用[3]) ```ini # 典型错误示例(需修正): [Unit] Description=VMware Autostart After=network.target # 必须声明网络依赖 [Service] Type=forking # VMware 服务通常需要此类型 ExecStart=/usr/bin/vmware-autostart start # 确认路径正确 Restart=on-failure # 建议添加自动重启 [Install] WantedBy=multi-user.target ``` **常见修复**: - 补充 `After=network.target` 确保网络就绪 - 验证 `ExecStart` 路径:`which vmware-autostart` - 添加 `Restart` 策略增强稳定性 --- ### **3. 检查依赖服务状态** VMware 服务依赖关键组件: ```bash # 检查依赖服务状态 systemctl status vmware-networks.service systemctl status vmware-usbarbitrator.service ``` ▸ 若依赖服务失败:优先修复这些服务 ▸ 常见修复命令: ```bash sudo vmware-networks --configure # 重新配置网络 sudo /usr/bin/vmware-modconfig --console --install-all # 重建内核模块 ``` --- ### **4. 查看详细错误日志** 通过 journalctl 获取具体错误原因(关键步骤): ```bash sudo journalctl -u vmware-autostart.service -xe --no-pager ``` **典型错误及解决方案**: | 错误类型 | 解决方案 | |---------|----------| | `Failed to load module: vmmon/vmnet` | 执行 `sudo vmware-modconfig --console --install-all` | | `Cannot connect to VMCI socket` | 重启 `vmware-vmci.service` | | `Dependency failed` | 检查 `systemd-dependency` 树:`systemctl list-dependencies vmware-autostart.service` | --- ### **5. 重建服务配置** 当配置文件损坏时(参考引用[4]): ```bash # 备份并重建服务 sudo cp /etc/vmware/vmware-autostart.conf /root/backup/ sudo /usr/bin/vmware-autostart --configure sudo systemctl daemon-reload ``` --- ### **6. 最终验证步骤** ```bash # 重新启用并启动服务 sudo systemctl enable vmware-autostart.service sudo systemctl start vmware-autostart.service systemctl status vmware-autostart.service # 确认状态为 active ``` --- ### **根本原因总结** 根据引用[1][2][3][4]的共性问题分析,您的情况可能由以下原因导致: 1. 服务文件未正确安装(新机器初始化遗漏) 2. 服务配置缺少关键依赖项(如 `After=network.target`) 3. VMware 内核模块未编译(需 `vmware-modconfig`) 4. 虚拟机自启动策略冲突(检查 `/etc/vmware/autostart.cfg`) > **建议**:对于新机器初始化,建议使用官方安装脚本: > `sudo vmware-installer -u vmware-workstation && sudo vmware-installer -d vmware-workstation`
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值