ksh egrep删除脚本，结果没看当前目录，误删，重启报ooc3错

分享一个血案：

        之前在实施一套全新powervm环境时候，做的服务端SEA control channel模式，两个client分区装oracle RAC，由于实施oracle的过程中解压了很多软件包，而且还实施了OGG，很多恢复的文件跟解压的软件包放在一个目录下，当时想用egrep命令删除除了oracle和ogg软件原始包的其他所有文件，故随意写了一行脚本rm -rf `ls |egrep -v test1`，由于没有加判断，直接发现在/root下执行了，突然发现的执行错的时候，还好control+C快，系统还活着！但是对比了正常系统，/usr目录被删除了好多文件，从好机器拷贝了一些文件重启分区后，还是GG了，报00c3错误：The dump is inhibited.当时还给800提了case未果，故只好重装。

      当时吓了我一身热汗，还好是新系统，跟甲方负责人沟通后，重装好了。

      这个案例提醒我及同行人，做删除操作前，一定要加个判断，如果不是那个目录，就不要执行，这样就安心多了。

     请问大家有没有更好的方法改进这个脚本？