【原】Linux系统shell环境下的通配符远比我想的复杂

最近共享了一些服务器，主要是唐医生的功劳，已经成功运行3台：

• 共享云服务器又来了（这次足足有50个名额）
• 共享云服务器又来了（这次足足有65个名额）

其中一台服务器里面有一个用户，提出来了一个无理要求，想把他的用户目录全部清空，包括环境变量等隐藏文件。

我简单思考了一下，就进入了他的目录，敲下了如下的命令：

sudo rm -rf .*


当时有一个警告，我没有细看：

幸好这个阻止了我，差一点就铸成大错！！！
rm: refusing to remove '.' or '..' directory: skipping '.'
rm: refusing to remove '.' or '..' directory: skipping '..'


这样用户目录下面是完全空白的目录，甚至连隐藏文件都没有，其实是没办法登陆的。所以我就去拷贝了一个空白用户下面的全部文件给它的用户目录，就是下面的文件：

拷贝到他的目录后，但是呢，需要修改权限，命令如下：

sudo chown -R vip32 .*


然后，漫长的等待就开始了。

让我百思不得解，因为这些空白用户下面的隐藏文件并没有多少，不可能修改一下所有权耗费那么长时间。我就杀掉了这个命令，经过仔细的思考，终于意识到了问题所在，我使用了通配符，它居然匹配到了上层目录！！！

我连忙去检查，果然：

这些人的用户，因为我的错误操作， 文件的所有权被 vip32拿走了。可能某些文件会没办法删除了，因为不属于他们了。但是文件不会丢失，也不影响使用。因为这些用户都是vip32用户目录的上层目录，被我的通配符给覆盖到了，所以被上面的命令给执行了。

不过，经过简单思考，我解决了这个问题，把大家的文件所有权修改回来了。我先拿到这些用户的用户名制作成为了 patch.id 文件，然后修改权限，如下；

cat ~/patch.id | while read id;do ( sudo chown -R $id /home/data/$id  );done


一切恢复如初！

差一点就铸成大错！！！但是还是没有想明白，为什么我的命令 sudo rm -rf .* 会被阻止呢？

rm: refusing to remove '.' or '..' directory: skipping '.'
rm: refusing to remove '.' or '..' directory: skipping '..'


虽然这个阻止其实是让我很开心!

学习资源推荐

• shell中的扩展(Expansions) https://opengers./linux/linux-shell-brace-parameter-command-pathname-expansion/
• bash脚本的参数扩展 (parameter expansion) ：https://www.ibm.com/developerworks/cn/linux/l-bash-parameters.html
• shell通配符（wildcard）：https://cloud.tencent.com/developer/article/1114732
• type命令：https://man./type
• 字符串操作：https://my.oschina.net/aiguozhe/blog/41557ß

写到最后

如果你也想开启自己的生物信息学数据处理生涯，但是自学起来困难重重，还等什么呢，赶快行动起来吧！参加我们生信技能树官方举办的学习班：

• 数据挖掘学习班第8期（线上直播3周，马拉松式陪伴，带你入门），原价4800的数据挖掘全套课程， 疫情期间半价即可抢购。
• 生信爆款入门-第10期（线上直播4周，马拉松式陪伴，带你入门），原价9600的生信入门全套课程，疫情期间3.3折即可抢购。

生信技能树的粉丝都知道我们有一个全国巡讲的良心学习班，口碑爆棚，生物信息学入门省心省时省力！先看看大家的反馈吧：

• 数据挖掘第一期学习反馈
• 数据挖掘课程能带给你什么收获
• 站在巨人的肩膀上看风景
• 欢迎加入生信技能树小圈子
• “生信入门过半“感想
• 为什么选择生信技能树生信入门全球听（一个月马拉松式授课）
• 花了那么多时间兜兜转转，我终于找对了门
• 我一路风尘仆仆赶来，还好没和你擦肩