之前一直使用 find . |xargs grep “文字” 的方式查找包含文字的文件列表， 但是最近发现一个问题，当要查找的字符串是Unicode编码的时候，这种方式只能查找ansi的字符串，遇到Unicode的字符串查找不到 替换为如下方式查找 find . |xargs strings -e l -f |grep “文字” 找到需要的文件列表， strings 的-e l 参数表示提取文件中的unicode字符串。 -f 参数表示在字符串前面列出文件名...

    今天对服务器磁盘占用情况进行检查时发现有台服务器的/var 目录已经占用90%。需要清理。 使用 sudo du -m –max-depth=2 /var/ 命令查看/var/目录的磁盘占用情况。命令在检查 /var/spool/clientmqueue 时出现了卡死的情况。 可以肯定 /var/spool/clientmqueue 这个目录文件很多了，必须清理了。 如果单纯的用rm 命令删除时，会报“-bash: /bin/rm: Argument list too long”的错误。意思是参数太长，无法直接用rm干掉。

    如果输出的参数是写在执行命令的结尾的，则：echo f1 f2 f3| xargs -n 1 ls如果要将文件重命名，则：echo f1 f2 f3| xargs -i -n 1 mv {} {}.bak

    与xargs命令最初相识是在发现一个磁盘满了，具体是在/var/spool/clientmqueue，主要原因是系统中有用户开启了crontab，而crontab中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了这些文件。关于更详细的原理，可以参考我之前的文章：crontab命令的使用介绍及我的体会。 仅仅解决出现多文件的方法比较简单，在命令后加上“> /dev/null 2>&1”即可，表示程序员输出和运行错...

    cat aaa | xargs grep **想实现类似这样的东东，但似乎xargs 和grep搭配似乎不支持，于是采用了如下策略。for i in `awk ‘{print $1}’ bad.result.txt`; do if [ `grep $i uid_result` ]; then echo $i; fi; done