Follow

请各位切勿把毁灭性命令梗当成群内常态
保护每一位使用 Linux 的用户的数据安全

慎重提及以下命令等:
sudo rm -rf /
dd
wipefs
shred

@ShadowRZ 我觉得发生这种事情双方都有责任,而且最主要的责任我觉得应该在新人自己身上。因为他直接执行未知代码,还在交流群里面问这种低级问题,正确做法难道不应该直接找官方文档吗?不过回答的人也有问题,新人认真问问题,要么回一句rtfm,要么就认真回答,不然真的误导了别人很可能对别人造成麻烦。
我不大认同把这种问题称为“不分场合玩梗”,这句话定义不明确,而且说得好像我玩梗还有必须有什么限制一样。

@leo_song @ShadowRZ
原嘟文的意思应该是:
如果群里有人问,我电脑出了XXX问题,现在该怎么办?
你不要为了玩梗就回一个:
sudo rm -rf /*

不了解的新用户可能真的就执行了。

@bgme @leo_song 我可以告诉你一件事情,这不能删除全部文件,因为放的这个 Glob 会在当前 Shell 展开(如果非 Root Shell

@ShadowRZ @bgme

作为无聊在虚拟机里干过的人,我只想表示:

--no-preserve-root
不对 '/' 做特殊处理

--preserve-root
不删除 '/'(默认)
(man rm)

(似乎苹果系统没有这一默认参数)

@leo_song @ShadowRZ @bgme "no-preserve-root" 应该只是 GNU coreutils 中 rm 的扩展,在 BSD 的 rm 里没有。

@ShadowRZ @bgme @leo_song 能的,因为 / 是所有用户都可读的。另外这句命令在某些机器上可使设备变砖(删掉了 UEFI 的数据)。

@lilydjwg @ShadowRZ @bgme @leo_song 现在不会了,较新的 Linux 内核对大多数 UEFI 数据已经只读保护了。

@niconiconi @lilydjwg

哈哈哈哈,你是说以前那个把设备删砖的bug

@lilydjwg @ShadowRZ @bgme @leo_song 只是对非标准 UEFI 变量做了保护,配置引导需要的标准 UEFI 变量可以修改。而且被保护的文件也可以通过 chattr -i 解除保护。github.com/torvalds/linux/blob

@ShadowRZ @bgme @leo_song /root 不可读但是 / 可读,所以扩展 * 是没有问题的。

Sign in to participate in the conversation
Moew!

Have fun and play together~