从一个简单的script出发

从一个简单的script出发

清除: 清除/var/log下的log文件

  1 # 清除
  2 # 当然要使用root身份来运行这个脚本.
  3 
  4 cd /var/log
  5 cat /dev/null > messages
  6 cat /dev/null > wtmp
  7 echo "Logs cleaned up."

---

这根本就没什么稀奇的, 只不过是命令的堆积, 来让从console或者xterm中一个一个的输入命令更方便一些. 好处就是把所有命令都放在一个脚本中,不用每次都敲它们. 这样的话, 这个脚本就成为了一个工具, 对于特定的应用来说,这个脚本就很容易被修改或定制.

但是这里我还是决定多花点时间说说这里的这个/dev/null:

在Linux操作系统中/dev/null和/dev/zero是两个相似却又很特殊的文件，特别是在shell脚本开发和系统运维过程中会经常用这两个文件，因此作为Linux系统工程师，你必须了解这两个文件的区别和用法。

一、/dev/null的用法：
我们可以把/dev/null文件看作”黑洞”，它非常等价于一个只写文件，所有写入/dev/null文件的内容都会丢失，而从/dev/null文件中也读取不到任何内容。然而，也正因为这些特点，在shell脚本开发和命令行维护时，/dev/null文件就可大展身手，显得非常的有用。

1. 禁止标准输出
例如：cat查看$filename文件，其回显信息将为空
# cat $filename >/dev/null

2. 禁止标准错误
例如：rm删除文件时，若$badname文件不存在，那么如下的方式则会过滤回显的错误信息
# rm $badname 2>/dev/null

3. 禁止标准输出和标准错误的输出
例如：cat查看$filename文件
# cat $filename 2>/dev/null >/dev/null
# 如果”$filename”不存在，将不会有任何错误信息提示.
# 如果”$filename”存在, 文件的内容不会打印到标准输出.
# 因此上面的代码根本不会输出任何信息.

4. 清除日志文件内容
例如：
# cat /dev/null > /var/log/messages
# : > /var/log/messages 有同样的效果, 但不会产生新的进程.（因为:是内建的）
# cat /dev/null > /var/log/wtmp

5. /dev/null的特殊用法，程序打印的日志将不再记录，避免系统空间被不需要的日志所占用
例如：将该cookie的日志文件链接到/dev/null，那么往该文件中写入的内容都将被抛弃
# ln -s /dev/null ~/.netscape/cookies

二、/dev/zero的用法：
/dev/zero和/dev/null一样，也是一个伪文件，但/dev/zero实际上能产生连续不断的null的流（二进制的零流，而不是ASCII型的），写入/dev/zero的输出会丢失不见，而从/dev/zero读出一连串的null也比较困难，虽然这也能通过dd或一个十六进制编辑器来做到，/dev/zero主要的用处是用来创建一个指定长度用于初始化的空文件，它通常都是配合dd命令一起使用的。

1. 用/dev/zero创建一个指定大小的临时文件
例如：结合dd命令可创建一个大小为1024*1000bit的文件/swap，当然这个文件的大小可通过bs和count参数去调整
# dd if=/dev/zero of=/swap bs=1024 count=1000

2. 通过/dev/zero将零填充到一个指定大小的文件，以使用某些特殊需求
例如：把RAM设备的内容用零填充，从而实现格式化RAM的目的
# dd if=/dev/zero of=$DEVICE count=$SIZE bs=$BLOCKSIZE

综上所述，/dev/null和/dev/zero文件的区别和用法如下：
/dev/null文件是空设备，也称为位桶（bit bucket），它主要是用于“被写入”，任何写入它的输出都会被抛弃。如果不想让消息以标准输出显示或写入文件，那么可以将消息重定向到/dev/null。因此凡是向/dev/null输入的任何数据，它通吃，并且不会撑着！
/dev/zero文件主要是用作一个标准的“0”输入设备，它可无穷尽地提供0，可以使用/dev/zero来初始化文件。

---

清除:一个改良的清除脚本

#!/bin/bash
LOG_DIR=/var/log
cd $LOG_DIR
cat /dev/null > messages
cat /dev/null > wtmp
echo "Logs cleaned up."
exit # 这个命令是一种正确并且合适的退出脚本的方法.
		

		

现在,让我们看一下一个真正意义的脚本.而且我们可以走得更远 . . .这里只是将上面的单条命令汇总到一个bash文件中一并处理，俗称“批处理”

---

清除: 一个增强的和广义的删除logfile的脚本

#!/bin/bash
LOG_DIR=/var/log
ROOT_UID=0
LINES=10
E_XCD=66
E_NOTROOT=67

if [ "$UID" -ne "$ROOT_UID" ]
then
	echo "Must be root ro run this script!"
	exit $E_NOTROOT
fi

#if [ -n "$1" ]
#then
#	lines=$1
#else
#	lines=$LINES
#fi

E_WORNGPARAM=65
case "$1" in
""	) lines=10;;
*[!0-9]*) echo "Usage: wong param!";exit $E_WRONGPARAM;;
*	) lines=$1;;
esac

#cd $LOG_DIR
#if [ "$PWD" != "$LOG_DIR" ]
#then
#	echo "Can't change to $LOG_DIR"
#	exit $E_XCD
#fi

cd /var/log || {
	echo "Can't change to necessary directory." >&2
	exit $E_XCD
}

tail -$lines messages > mesg.tmp
mv mesg.tmp messages

cat /dev/null > messages
cat /dev/null > wtmp
echo "Logs cleaned up!"
exit 0

---

因为你可能希望将系统log全部消灭, 这个版本留下了log消息最后的部分. 你将不断地找到新的方法来完善这个脚本,并提高效率.

要注意,在每个脚本的开头都使用 sha-bang ( #!), 这意味着告诉你的系统这个文件的执行需要指定一个解释器. #! 实际上是一个2字节的魔法数字, 这是指定一个文件类型的特殊标记, 换句话说, 在这种情况下, 指的就是一个可执行的脚本(键入man magic来获得关于这个迷人话题的更多详细信息). 在sha-bang之后接着是一个路径名. 这个路径名就是解释脚本中命令的解释程序所在的路径, 可能是一个shell, 也可能是一个程序语言, 也可能是一个工具包中的命令程序. 

这个解释程序从头开始解释并且执行脚本中的命令(从sha-bang行下边的一行开始), 忽略注释.

这里强调文件中的第一个sha-bang才有意义，并且必须在开头，之后如果再次出现sha-bang不会解析为sha-bang，举例说明如下：

#!/bin/bash
echo "Part 1 of script."
a=1

#!/bin/bash  #这将不会启动一个新脚本.
echo "Part 2 of script."
echo $a

  1 #!/bin/sh
  2 #!/bin/bash
  3 #!/usr/bin/perl
  4 #!/usr/bin/tcl
  5 #!/bin/sed -f
  6 #!/usr/awk -f

上边每一个脚本头的行都指定了一个不同的命令解释器, 如果是/bin/sh, 那么就是默认shell (在Linux系统上默认就是bash), 否则的话就是其他解释器.举例说明如下：

#!/bin/rm
# 自删除脚本.作为rm命令，直接删除自己，more命令显示自己的内容
# 当你运行这个脚本时, 基本上什么都不会发生. . . 当然这个文件消失不见了. 
WHATEVER=65echo "This line will never print (betcha!)."
exit $WHATEVER  # 不要紧, 脚本是不会在这退出的. 

使用#!/bin/sh, 因为大多数的商业UNIX系统上都是以Bourne shell作为默认shell, 这样可以使脚本到non-Linux的机器上, 虽然这将会牺牲Bash一些独特的特征. 但是脚本将与POSIX的sh标准相一致.

注意"sha-bang"后边给出的路径名必须是正确的, 否则将会出现一个错误消息 -- 通常是"Command not found" -- 这将是你运行这个脚本时所得到的唯一结果.

当然#!也可以被忽略, 不过这样你的脚本文件就只能是一些命令的集合, 不能够使用shell内建的指令了. 上边第二个例子必须以#!开头, 是因为分配变量了, lines=50, 这就使用了一个shell特有的用法.  再次提醒你#!/bin/sh将会调用默认的shell解释器, 在Linux机器上默认是/bin/bash.

这里对上面的脚本做以下分析：

1.定义变量

2.检查脚本是否获取到root权限，采用两种方式，一种便于理解，一种更加专业一点的做法

3.检查输入参数，采用两种方式，一种便于理解，一种更加专业一点的做法

4.检查是否进入/var/log目录，采用两种方式，一种便于理解，一种更加专业一点的做法

5.执行cleanup动作

最后鼓励你使用模块化的方式来编写脚本. 平时也要多注意收集一些比较有代表性的 "模版"代码, 这些零碎的代码可能用在你将来编写的脚本中. 最后你就能生成一个很好的可扩展的例程库. 以下边这个脚本为例, 这个脚本用来测试脚本被调用的参数数量是否正确.

大多数情况下,你需要编写一个脚本来执行一个特定的任务, 在本章中第一个脚本就是一个这样的例子, 然后你会修改它来完成一个不同的, 但比较相似的任务. 使用变量来代替写死("硬编码(hard-wired)")的常量, 就是一个很好的习惯, 将重复的代码放到一个中,也是一种好习惯.

待续。。。。。