[转载]linux的test命令
每一种条件语句的基础都是判断什么是真什么是假。是否了解其工作原理将决定您编写的是质量一般的脚本还是您将引以为荣的脚本。
Shell 脚本的能力时常被低估，但实际上其能力的发挥受制于脚本撰写者的能力。您了解得越多，您就越能像变戏法似地撰写一个文件来使任务自动化和简化您的管理工作。
在 shell 脚本中进行的每一种操作（除最简单的命令编组之外）都需要检查条件。所有的 shell 脚本“逻辑” — 广义意义下的“逻辑” — 通常都可以分为以下三大类：
if {condition exists} then ...
while {condition exists} do ...
until {condition exists} do ...
无论随后的操作是什么，这些基于逻辑的命令都依靠判断一种条件是否真实存在来决定后续的操作。test 命令是使得在每一种情况下都能够确定要判断的条件是否存在的实用工具。因此，彻底了解这个命令对于撰写成功的 shell 脚本至关重要。
工作原理
test 命令最短的定义可能是评估一个表达式；如果条件为真，则返回一个 0 值。如果表达式不为真，则返回一个大于 0 的值 — 也可以将其称为假值。检查最后所执行命令的状态的最简便方法是使用 $? 值。出于演示的目的，本文中的例子全部使用了这个参数。
test 命令期望在命令行中找到一个参数，当 shell 没有为变量赋值时，则将该变量视为空。这意味着在处理脚本时，一旦脚本寻找的参数不存在，则 test 将报告该错误。
当
试图保护脚本时，您可以通过将所有参数包含在双引号中来解决这个问题。然后 shell 将变量展开，如果变量没有值，那么将传递一个空值给
test。另一种方法是在脚本内增加一个额外检查过程来判断是否设置了命令行参数。如果没有设置命令行参数，那么脚本会告诉用户缺少参数，然后退出。我们
会通过一些例子来更具体地说明所有这些内容。
test 和 [ 命令
虽然 Linux 和 UNIX 的每个版本中都包含 test 命令，但该命令有一个更常用的别名 — 左方括号：[。test 及其别名通常都可以在 /usr/bin 或 /bin （取决于操作系统版本和供应商）中找到。
当您使用左方括号而非 test 时，其后必须始终跟着一个空格、要评估的条件、一个空格和右方括号。右方括号不是任何东西的别名，而是表示所需评估参数的结束。条件两边的空格是必需的，这表示要调用 test，以区别于同样经常使用方括号的字符/模式匹配操作。
test 和 [ 的语法如下：
test expression
[ expression ]
在这两种
相关文档：
我已经半年没有使用 Windows 的方式工作了。Linux 高效的完成了我所有的工作。
GNU/Linux 不是每个人都想用的。如果你只需要处理一般的事务，打游戏，那么你不需要了解下面这些了。
我不是一个狂热的自由软件份子，虽然我很喜欢自由软件。这篇文章也不是用来推行自由软件运动的，虽然我� ......
弄清楚伙伴系统算法的原理以后，我们就可以开开心心地处理页框了。
我们可以通过6个稍有差别的函数和宏请求页框。一般情况下，他们都返回第一个所分配页的线性地址，或者分配失败则返回NULL。
alloc_pages(gfp_mask, order)：用这个函数请求2order 个连续的页框。他返回第一个所分配页框描述符的地址，或者如果失败，则返 ......
linux 定时任务 crontab 详细解释
cron 是linux的内置服务，但它不自动起来，可以用以下的方法启动、关闭这个服务：
引用:
/sbin/service crond start //启动服务
/sbin/service crond stop //关闭服务
/sbin/service crond restart //重启服务
/sbin/service crond reload //� ......
LINUX系统比WINDOWS系统优点：
1.开源
2.免费
3.定制安装
4.多用户多任务
------------------------------------------------------------------------------------------
/boot分区，它包含了操作系统的内核和在启动系统过程中所要用到的文件，建这个分区是有必要的，因为目前大多数的PC机要受到BIOS的限制, 况且如� ......
http://www.forensicswiki.org/wiki/Helix3
http://www.sleuthkit.org/index.php
恢复步骤:
root@srv01 [/home/recovery]# ./fls -a -r -p /dev/sdb3 > sdb3usrdirlist.txt
root@srv01 [/home/recovery]# grep -i "access_log" /home/recovery/sdb3usrdirlist.txt
r/r 2195490: local/ ......
