这是基于这里的这个恶作剧问题。所描述的问题是有一个 bash 脚本，其中包含以下内容：
rm -rf {pattern1}/{pattern2}
rm -rf /...如果两种模式都包含一个或多个空元素，则假设原始命令已正确转录并且 OP 正在执行大括号扩展而不是参数扩展，则该模式将扩展为 的至少一个实例。
在 OP对骗局的解释中，他指出：
命令 [...] 是无害的，但似乎几乎没有人注意到。
Ansible 工具可以防止这些错误，[...] 但是 [...] 似乎没有人知道这一点，否则他们会知道我所描述的不可能发生。
rm -rf /因此，假设您有一个通过大括号扩展或参数扩展发出命令的 shell 脚本，使用Ansible是否会阻止该命令被执行，如果是，它是如何做到的？
rm -rf /只要您使用 Ansible 来执行，以 root 权限执行真的“无害”吗？
有人可以确认在rm -fr没有 的情况下运行命令/什么都不做吗？
我不小心rm -rf在命令行中运行，它似乎什么也没做。
我在 CentOS 6 上运行一个带壳的 cPanel 帐户。
无论如何，整个目录都在 git 控制之下。运行后rm -fr，git status说明那里没有变化。如果有更改，我将能够使用 git 丢弃更改。
只是想知道为什么rm -fr什么都没做。它是否必须具有文件或目录选项才能工作？
linux手册似乎表明它需要一个文件或目录才能工作：
rm [OPTION]... FILE...
当我尝试rm -rf一个有很多子目录和/或文件并且用SSHFS 挂载的目录时，我需要一些时间来执行。
正常吗？
我想知道rm -rf在文件系统级别内部是如何工作的。
它只删除目录，还是遍历所有目录/文件？这可以解释为什么它这么慢......
因此，通过我怀疑是 cron'd rsync 出错了，我注意到我在外部磁盘上的目录中有大约 25000 个 .DS_Store 变体，它们被命名为“..DS_Store.FOO”，其中 FOO 不同。问题是我似乎无法删除它们，即使使用我多年来看到的各种技巧来删除具有奇怪名称的文件。没问题，我说 - 我将所有真实文件移到另一个目录中，然后尝试在原始目录上执行“rm -r”......不走运，它无法删除这些文件并说目录不是空的。用'rm -rf'再次尝试，仍然没有运气。
我不知道如何摆脱这个东西，有人知道吗？
编辑： 好的，对不起，我在这里有点笨。我已经通过 ssh 进入网络，但实际上并没有在将驱动器物理连接到它的机器上，而是安装在网络上。我能够从实际主机上执行“rm -r”。不幸的是，我实际上并不认为它会起作用，所以我没有先执行其他不太严重的步骤（操作单个文件等），所以我仍然不知道这是否是磁盘上奇怪的迹象或只是由于网络安装。
我使用默认选项安装了 ext3 文件系统。在它上面我有一些 ~ 100GB 的文件。
删除任何此类文件需要很长时间（8 分钟）并导致大量 io 流量，从而增加服务器的负载。
有没有办法让 rm 不那么具有破坏性？