粗事了, 这样 rm -f 也中枪

[diveIntoWork]

find /var/www/html/sorry/cache/ -cmin +1 -exec rm -f '{}' ;

写了一个删除缓存的命令，没有用通配符去匹配具体的某一类文件，结果没想到.和..两个隐藏文件夹，递归的把文件都删除了。。

现在看了一下，/root/ 下的所有文件都没了，/ 根目录下的好像幸免于难。。目前可以正常使用，但是我不敢重启了。。

也有可能只删除了 /root/目录下的文件？

常在河边走，终于湿鞋了

[diveIntoWork]

我好蠢，直接用 ls 就好了。

[nosay]

/root 下本来就没有什么东西吧…

[FindBoyFriend]

/root 系统好像没放文件在里面吧？

[wangbenjun5]

这种删除命令还是少用为好，用之前请反复确认

[privil]

type f

[WordTian]

有一些，比如.bashrc 等，但是这种文件不一定就被删了，就算删了，影响也不大

[diveIntoWork]

@nosay @FindBoyFriend 嗯，后来确认了一下，由于及时 ctrl -c 没删掉多少文件，root 下的文件拷贝其他服务器上的已经恢复了。

只是没想到掉这坑里了

[songz]

那正确的命令应该怎么写啊？

[ferock]

为什么要用递归。。。就像一楼自己说的，ls 不就行了吗？

[diveIntoWork]

@ferock 大概是短路了

[likuku]

论不要使用 root 账号作事情 /创建文件 的重要性...

[xpresslink]

正确的写法应当是 rm -Rf / 么？

[likuku]

如此这般，/root 下就没啥重要的文件了

[Qoxan]

find (dir) -mindepth 1 -maxdepth 1 ……
再加其它参数，就不会误删其他目录的东西了

[chinvo]

看不明白为啥用 find

ls 不好么

[akira]

删除的动作 再怎么小心也不为过。 除了文件 还是数据库的删除指令也是

[geelaw]

请自觉学习 -WhatIf

[laoyur]

所以，不会用 find 命令的表示很欣慰

[diveIntoWork]

@Qoxan 正解 @songz

[angelface]

建议你把 rm 用 mv 替换，然后定期清理，

[liangzi]

我曾经也是用 find ➕ exec 差点误删除了 幸亏有权限限制 要不然惨大了 （捂脸）逃。。。。

[lucasmi2002]

加上文件名通配，先 ls，确认了再 rm

[l1093178]

0.跑 find 之前应该用 -print 看看匹配到的文件
1. find 可以直接 delete （-delete 参数），这是最安全的方式，不会因为文件名中间的空格误删其他文件

[ryd994]

你的意思是说，你 /var/www/html/sorry/cache/ 里有. 和 ..两个文件？你该庆幸那里没有~
楼上说的对，问题在于你没用-delete

[lan894734188]

脚本从来不敢用删除

[slack]

手残党们了解一下 https://linux.cn/article-9425-1.html

[goreliu]

find 怎么会通过 .. 目录访问到上一层？那不是 find 什么目录都相当于全盘遍历了。是不是命令记错了。

[dongxf]

楼上说的对，find 找不出‘.’ 和 ‘..’
楼主的锅，find 不背

[sutra]

man rescue 了解一下？

[fhefh]

生产环境的机器 我一般重命名 宁愿占位置 也不删除~~

[shihira]

以后 rm 都要 dry run 一遍才敢运行了