Answers:
该service
命令是包装器脚本,它使系统管理员可以启动,停止和检查服务状态,而不必担心实际使用的初始化系统。在介绍systemd之前,它是/etc/init.d
脚本和Upstart initctl
命令的包装,而现在是这两个以及 它们的包装systemctl
。
它检查Upstart:
# Operate against system upstart, not session
unset UPSTART_SESSION
if [ -r "/etc/init/${SERVICE}.conf" ] && which initctl >/dev/null \
&& initctl version 2>/dev/null | grep -q upstart \
&& initctl status ${SERVICE} 2>/dev/null 1>/dev/null
then
# Upstart configuration exists for this job and we're running on upstart
如果那不起作用,它将查找systemd:
if [ -d /run/systemd/system ]; then
is_systemd=1
fi
...
# When this machine is running systemd, standard service calls are turned into
# systemctl calls.
if [ -n "$is_systemd" ]
then
如果同样失败,它会退回到System V /etc/init.d
脚本中:
run_via_sysvinit() {
# Otherwise, use the traditional sysvinit
if [ -x "${SERVICEDIR}/${SERVICE}" ]; then
exec env -i LANG="$LANG" LANGUAGE="$LANGUAGE" LC_CTYPE="$LC_CTYPE" LC_NUMERIC="$LC_NUMERIC" LC_TIME="$LC_TIME" LC_COLLATE="$LC_COLLATE" LC_MONETARY="$LC_MONETARY" LC_MESSAGES="$LC_MESSAGES" LC_PAPER="$LC_PAPER" LC_NAME="$LC_NAME" LC_ADDRESS="$LC_ADDRESS" LC_TELEPHONE="$LC_TELEPHONE" LC_MEASUREMENT="$LC_MEASUREMENT" LC_IDENTIFICATION="$LC_IDENTIFICATION" LC_ALL="$LC_ALL" PATH="$PATH" TERM="$TERM" "$SERVICEDIR/$SERVICE" ${ACTION} ${OPTIONS}
else
echo "${SERVICE}: unrecognized service" >&2
exit 1
fi
}
...
run_via_sysvinit
由于该service
命令是一个非常简单的包装程序,因此与实际的初始化系统可能提供的内容相比,它仅支持有限的操作子集。
为了在Ubuntu的各种版本上具有可移植性,用户可以可靠地使用该service
命令来启动,停止,重新启动或检查服务的状态。但是,对于更复杂的任务,实际使用的命令是initctl
或systemctl
或/etc/init.d
可能必须直接使用脚本。
此外,作为包装器,service
脚本在某些情况下还比直接等效命令所能做的更多。例如:
/etc/init.d
在干净的环境中执行脚本。(请注意上面函数中的长 env
命令调用run_via_sysvinit
。)restart
在Upstart系统上映射到stop
/ 的组合start
,因为initctl restart
如果该服务尚未运行,则平原将出错。当停止具有相关套接字的systemd服务时,它将停止套接字:
case "${ACTION}" in
restart|status)
exec systemctl $sctl_args ${ACTION} ${UNIT}
;;
start|stop)
# Follow the principle of least surprise for SysV people:
# When running "service foo stop" and foo happens to be a service that
# has one or more .socket files, we also stop the .socket units.
# Users who need more control will use systemctl directly.
Upstart服务直接在服务配置文件中启用(或通过覆盖禁用),并且System V脚本通过update-rc.d
命令(在/etc/rc*
目录中管理符号链接)service
启用或禁用,因此该命令从不参与启动时启用或禁用服务。
除了您提到的功能之外,还有很多其他systemctl
功能。
systemd
与单元一起使用时,单元的类型不同:目标,服务,套接字等。目标与运行级别的概念相同,它们是一堆单元。
您可以systemctl
用来设置或获取默认系统目标。
systemctl get-default
您可以进入其他目标:
systemctl isolate multiuser.target
其他目标是:多用户,图形,reue,紧急,重启,关机。
如您所说,您可以systemctl
用来管理服务,我知道一些与服务管理相关的其他命令:
# Restarts a service only if it is running.
systemctl try-restart name.service
# Reloads configuration if it's possible.
systemctl reload name.service
# try to reload but if it's not possible restarts the service
systemctl reload-or-restart name.service
您可以使用它来了解服务状态:
systemctl status name.service
systemctl is-active name.service # running
systemctl is-enabled name.service # will be activated when booting
systemctl is-failed name.service # failed to load
您可以屏蔽或取消屏蔽服务:
systemctl mask name.service
systemctl unmask name.service
如果您屏蔽了将要链接到的服务,则/dev/null
手动或自动其他服务将无法激活/启用该服务。(您应该先将其屏蔽)。
systemctl的另一种用法是列出单位:
systemctl list-units
其中列出了所有类型的单位,已加载并处于活动状态。
列出服务单位:
systemctl list-units --type=service
或列出所有可用单元,而不仅仅是已加载和激活的单元:
systemctl list-unit-files
您可以创建别名,甚至可以控制远程计算机
systemctl --host ravexina@192.168.56.4 list-units
另一方面service
,它要做的是管理服务,与其他人的业务无关;)
service
可以做但不能做的systemctl
吗?
service start
尝试的日志消息。预先系统化后,service start
会让我立即看到为什么我的服务无法启动。后系统化后,我必须先查看四个或五个不同的日志,然后才能找到它。说了这么多,我的评论无疑是不合时宜的,可能会被删除。
service
命令的内容,这不是问题的一部分吗?