在Unix/Linux下,最危险的命令恐怕就属rm命令了,每次在root下使用这个命令的时候,我都要盯着命令行看上几分钟才敢把回车敲下去。以前,看到同事在脚本中使用rm命令 —— rm {$App_Dir}/*
。因为脚本没有判断变量$App_Dir是否为空,结果,在一次用root操作的时候,整个操作系统一下就不见了,还好只是开发机。从此,我们大家都再也不敢使用rm命令了。
这里给大家介绍一个小技巧用来恢复一些被rm了的文件中的数据。我们知道,rm命令其实并不是真正的从物理上删除文件内容,只过不把文件的inode回收了,其实文件内容还在硬盘上。所以,如果你不小删除了什么比较重要的程序配置文件的时候,我们完全可以用grep命令在恢复,下面是一个恢复示例:
1 | grep -a -B 50 -A 60 'some string in the file' /dev/sda1 > results.txt |
说明:
- 关于grep的-a意为–binary-files=text,也就是把二进制文件当作文本文件。
- -B和-A的选项就是这段字符串之前几行和之后几行。
- /dev/sda1,就是硬盘设备,
- > results.txt,就是把结果重定向到results.txt文件中。
如果你幸运的话,你就可以看到被恢复的内容了。这正是Unix的简单哲学(详见《Unix传奇下篇》)—— 所有的设备都是文件。
当然,我还是建议你把root用户的rm的命令用alias换成别一个脚本,那个脚本会帮你把删除的文件放到某个地方。
bash 函数级重定向
关于bash的这个函数级的重定向的语法其实很简单,你只需要在函数结尾时加上一些重定向的定义或指示符就可以了。下面是一个示例:
1 2 3 4 | function mytest() { ... } < mytest. in > mytest.out 2> mytest.err |
现在,只要是test被调用,那么,这个函数就会从mytest.in读入数据,并把输出重定向到mytest.out文件中,然后标准错误则输出到mytest.err文件中。是不是很简单?
因为函数级的重定向仅当在被函数调用的时候才会起作用,而且其也是脚本的一部分,所以,你自然也可以使用变量来借文件名。下面是一个示例:
1 2 3 4 5 6 7 8 9 10 11 | #!/bin/bash function mytest() { echo Hello World CoolShell.cn } >$out out=mytest1.out mytest out=mytest2.out mytest |
这样一来,标准输出的重定向就可以随$out变量的改变而改变了。在上面的例子中,第一个调是重定向到mytest1.out,第二个则是到mytest2.out。
1 2 3 4 5 6 7 8 9 | $ bash mytest.sh; more mytest?.out :::::::::::::: mytest1.out :::::::::::::: Hello World CoolShell.cn :::::::::::::: mytest2.out :::::::::::::: Hello World CoolShell.cn |
正如前面所说的一样,这里并没有什么新的东西。上面的这个示例,转成传统的写法是:
1 2 3 4 5 6 7 8 | #!/bin/bash function mytest() { echo Hello World CoolShell.cn } mytest >mytest1.out mytest >mytest2.out |
到此为此,好像这个feature并没有什么特别的实用之处。有一个可能比较实用的用法可能是把把你所有代码的的标准错误重定向到一个文件中去。如下面所示:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | #!/bin/bash log=err.log function error() { echo "$*" >&2 } function mytest1() { error mytest1 hello1 world1 coolshell.cn } function mytest2() { error mytest2 hello2 world2 coolshell.cn } function main() { mytest1 mytest2 } 2>$log main |
运行上面的脚本,你可以得到下面的结果:
1 2 3 | $ bash mytest.sh ; cat err.log mytest1 hello1 world1 coolshell.cn mytest2 hello2 world2 coolshell.cn |
当然,你也可以不用定义一个函数,只要是{…} 语句块,就可以使用函数级的重定向,就如下面的示例一样:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | #!/bin/bash log=err.log function error() { echo "$*" >&2 } function mytest1() { error mytest1 hello1 world1 coolshell.cn } function mytest2() { error mytest2 hello2 world2 coolshell.cn } { mytest1 mytest2 } 2>$log |
你也可以重定向 (…) 语句块,但那会导致语句被执行于一个sub-shell中,这可能会导致一些你不期望的行为或问题,因为sub-shell是在另一个进程中。
如果你问,我们是否可以覆盖函数级的重定向。答案是否定的。如果你试图这样做,那么,函数调用点的重定向会首先执行,然后函数定义上的重定向会将其覆盖。下面是一个示例:
1 2 3 4 5 6 7 | #!/bin/bash function mytest() { echo hello world coolshell.cn } >out1.txt mytest >out2.txt |
运行结果是,out2.txt会被建立,但里面什么也没有。
下面是一个重定向标准输入的例子:
1 2 3 4 5 6 7 8 9 10 11 12 13 | #!/bin/bash function mytest() { while read line do echo $line done } <<EOF hello coolshell.cn EOF mytest |
下面是其运行结果:
1 2 3 | $ bash mytest.sh hello coolshell.cn |