每天一个脚本解析day1==》《service xxxxx status》之service脚本解析

vim    /sbin/service

#!/bin/sh

. /etc/init.d/functions #读取环境变量.

VERSION="$(basename $0) ver. 0.91" #"service[获取的第一个参数] ver. 0.91"对应后面的"service -V"
USAGE="Usage: $(basename $0) < option > | --status-all | \
[ service_name [ command | --full-restart ] ]" #打印第一个参数和帮助信息.
SERVICE= #为空
SERVICEDIR="/etc/init.d" #service目录变量赋值
OPTIONS= #为空

if [ $# -eq 0 ]; then #参数数等于0,# service 命令后直接输出$USAGE
echo "${USAGE}" >&2{这个看博客上一篇文章解释}
exit 1 #错误返回码,因为缺少参数所以用这个
fi

cd / #进入"/"目录
while [ $# -gt 0 ]; do #如果参数大于0
case "${1}" in
--help | -h | --h* ) #第一个参数为这3种其一
echo "${USAGE}" >&2 #打印输出$USAGE
exit 0 #正确返回码.
;;
--version | -V ) #第一个参数为这2种其一
echo "${VERSION}" >&2 #输出"service ver. 0.91"即$VERSION变量
exit 0 #返回正确代码.
;;
*)
if [ -z "${SERVICE}" -a $# -eq 1 -a "${1}" = "--status-all" ]; then #$SERVICE为空且只有一个"--status-all"参数
cd ${SERVICEDIR} #进入"/etc/init.d"目录
for SERVICE in * ; do #$SERVICE获得程序脚本.
case "${SERVICE}" in
functions | halt | killall | single| linuxconf| kudzu)
;; #若程序脚本是这些什么都不做
*)
if ! is_ignored_file "${SERVICE}" \
&& [ -x "${SERVICEDIR}/${SERVICE}" ]; then #"-x" FILE exists and execute (or search) permission is granted
env -i PATH="$PATH" TERM="$TERM" "${SERVICEDIR}/${SERVICE}" status #-i, --ignore-environment(start with an empty environment)
#env -i PATH="$PATH" TERM="$TERM" /etc/init.d/rsyslog status 等同于 /etc/init.d/rsyslog status
fi
;;
esac
done
exit 0
elif [ $# -eq 2 -a "${2}" = "--full-restart" ]; then #$SERVICE参数为2个且第二个参数为"--full-restart"
SERVICE="${1}" #第一个参数为service名称
if [ -x "${SERVICEDIR}/${SERVICE}" ]; then # -x FILE,FILE exists and execute (or search) permission is granted
env -i PATH="$PATH" TERM="$TERM" "${SERVICEDIR}/${SERVICE}" stop #等同于/etc/init.d/rsyslog stop,这个意思为新启个shell环境(可能,待研究)
env -i PATH="$PATH" TERM="$TERM" "${SERVICEDIR}/${SERVICE}" start
exit $? #返回上一个命令的正确或错误代码
fi
elif [ -z "${SERVICE}" ]; then #$SERVICE长度为0,这种考虑在内,一般不会出现.
SERVICE="${1}" #$SERVICE变量为第一个参数,获取service后的第一个参数
else
OPTIONS="${OPTIONS} ${1}" #$OPTIONS(为空)+第一个参数,即获取第一个参数.
fi
shift #shift命令每执行一次,变量的个数($#)减一,而变量值提前一位
;;
esac
done

if [ -f "${SERVICEDIR}/${SERVICE}" ]; then #$SERVICE是个二进制文件
env -i PATH="$PATH" TERM="$TERM" "${SERVICEDIR}/${SERVICE}" ${OPTIONS} #执行$OPTIONS选项
else
echo $"${SERVICE}: unrecognized service" >&2 #否则打印左移的第一个参数为不可识别服务,./service yy==>yy: unrecognized service
exit 1 #返回错误代码
fi

==========================================================================================================

Shell重定向&>file、2>&1、1>&2的区别 (2014-07-11 16:49:24)
shell上:
0表示标准输入
1表示标准输出
2表示标准错误输出
> 默认为标准输出重定向,与 1> 相同
2>&1 意思是把 标准错误输出 重定向到 标准输出.
&>file 意思是把 标准输出 和 标准错误输出 都重定向到文件file中

用例子说话:

1. grep da * 1>&2
2. rm -f $(find / -name core) &> /dev/null
上面两例中的 & 如何理解,&不是放到后台执行吗?

牛解:

1.&>file或n>&m均是一个独立的重定向符号,不要分开来理解。

2.明确文件和文件描述符的区别。

3.&>file表示重定向标准输出和错误到文件
例如:
rm -f $(find / -name core) &> /dev/null,/dev/null是一个文件,这个文件比较特殊,所有传给它的东西它都丢弃掉。

4.n>&m表示使文件描述符n成为输出文件描述符m的副本。这样做的好处是,有的时候你查找文件的时候很容易产生无用的信息,如:2> /dev/null的作用就是不显示标准错误输出;另外当你运行某些命令的时候,出错信息也许很重要,便于你检查是哪出了毛病,如:2>&1
例如:
注意,为了方便理解,必须设置一个环境使得执行grep da *命令会有正常输出和错误输出,然后分别使用下面的命令生成三个文件:
grep da * > greplog1
grep da * > greplog2 1>&2
$$$$$ grep da * > greplog3 2>&1 //grep da * 2> greplog4 1>&2 结果一样 $$$$$
#查看greplog1会发现里面只有正常输出内容
#查看greplog2会发现里面什么都没有
#查看greplog3会发现里面既有正常输出内容又有错误输出内容

时间: 2024-10-10 07:28:12

每天一个脚本解析day1==》《service xxxxx status》之service脚本解析的相关文章

Android ROM开发(二)——ROM架构以及Updater-Script脚本分析,常见的Status错误解决的方法

Android ROM开发(二)--ROM架构以及Updater-Script脚本分析,常见的Status错误解决的方法 怪自己二了.写好的不小心弄没了,如今仅仅好又一次写一些了.上篇简单的配置了一下环境.这里呢,就来讲一下相关的仅仅是点 我们先下载一个ROM.随便下,原理都是差点儿相同的,这里我就下载一个红米Note的MIUI稳定版 1.ROM结构 ROM依据厂商的定制可能有所不同,可是大体是不变的 data 内置一些软件 META-INF 脚本文件 update-binary 二进制文件 u

linux虚拟机出现See &#39;systemctl status network.service&#39; and &#39;journalctl -xn&#39; for details.的原因

博主之前也是突然遇到linux没有eth0网卡,重新cp了写了配置但是也没有用,反而有一个莫名其妙的报错 See 'systemctl status network.service' and 'journalctl -xn' for details. 而且再去读eth0会提示file not found 然后尝试重新添加删除网卡 没法重新发现 突然想到会不会是驱动的原因,想到了这个地方 这个是vmware的一个智能设置,他会根据你的ISO自动给你推荐分类的vmware tools,但是博主的IS

分享一个批量导出当前实例下的所有linkedserver脚本

原文:分享一个批量导出当前实例下的所有linkedserver脚本 分享一个批量导出当前实例下的所有linkedserver脚本 很多时候,我们都需要导出实例下面的登录用户,job,linkedserver等等 导出job比较复杂,下午写了一个脚本把所有的linkedserver导出来,但是密码不会显示出来 下面脚本在SQL2008 R2下面测试通过 -- ============================================= -- Author: <桦仔> -- Blog

Job for httpd.service failed. See &#39;systemctl status httpd.service&#39;

问题:Job for httpd.service failed. See 'systemctl status httpd.service' and 'journalctl -xn' for details. 问题的状态: (1)重启[[email protected] ~]#systemctl restart httpd.serviceJob for httpd.service failed. See 'systemctl status httpd.service' and 'journalct

Job for httpd.service failed because the control process exited with error code. See &quot;systemctl status httpd.service&quot; and &quot;journalctl -xe&quot; for details

thinkphp 在Apache上配置启用伪静态,重启Apache1 restart 竟然失败了,报错 Job for httpd.service failed because the control process exited with error code. See "systemctl status httpd.service" and "journalctl -xe" for details 嗯,看状态 执行命令 systemctl status http

docker 报错: Job for docker.service failed because the control process exited with error code. See &quot;systemctl status docker.service&quot; and &quot;journalctl -xe&quot; for details.

centos 启动docker服务报错: Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details. 1,create daemon.json in /etc/docker/ 2, put this in it: { &q

nginx启动报错:Job for nginx.service failed. See &#39;systemctl status nginx.service&#39; and &#39;journalctl -xn&#39; fo

一.背景 这个错误在重启nginx或者启动nginx的时候,经常会出现.我之前也一直认为出现这个错误是因为有程序占用了nginx的进程.但是知其然不知其所以然.每次报错都有点懵逼,所以这边一步步排查错误,做个记录. 二.排错过程 1.按照提示 //按照提示,执行此命令,查看错误原因 systemctl status nginx.service 由报错信息可知,nginx绑定80端口失败.详细错误请输入 -l 继续查看 2.继续跟踪错误 //查看错误的详情 systemctl status ngi

Linux 重启网卡失败 Job for network.service failed because the control process exited with error code. See &quot;systemctl status network.service&quot; and &quot;journalctl -xe&quot; for details.

linux下重启网卡使用命令 : service network restart 时报错: [[email protected] hadoop]# service network restart Starting network (via systemctl): Job for network.service failed because the control process exited with error code. See "systemctl status network.servi

CentOS启动docker1.13失败(Job for docker.service failed because the control process exited with error code. See &quot;systemctl status docker.service&quot; and &quot;journalctl -xe&quot; for details.)

一.启动失败 1.启动docker [[email protected] ~]# systemctl start docker Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe " for details. 上面表示输入 systemctl