为何看似简单的rm -rf命令会摧毁我的操作系统？

刚在测试VPS上用Bash 4.3.48(1)踩了个毁灭性的坑——执行一条命令后整个Ubuntu系统直接被删没了！

系统被摧毁的验证 #

执行cd /时直接返回错误：

bash: cd /: No such file or directory

这就实锤了根目录已经被彻底删除，系统核心结构完全损坏。

问题根源排查 #

翻查操作记录后发现，致命问题出在命令里的两个未声明变量：drt和pma。
我之前创建过~/repoName/assignments_variables.sh文件，里面定义了包括这两个变量在内的一系列导出变量，但执行删除命令前没有加载这个脚本，导致这两个变量是空值。

举个直观的例子，如果原本的删除命令是类似：

rm -rf ${drt}/${pma}

空变量展开后就变成了rm -rf //，而Bash会把连续的斜杠解析为单个根目录/，相当于直接执行了rm -rf /——这直接递归删除了根目录下的所有内容，系统直接GG。

避坑教训 #

• 高危命令先验证：执行rm -rf这类不可逆的命令前，先通过echo查看变量展开后的实际命令，比如echo rm -rf ${drt}/${pma}，确认路径无误再执行。
• 变量加载必校验：加载变量脚本后，一定要用echo ${drt}、echo ${pma}确认变量是否正确赋值，避免空变量或错误值。
• 测试环境也需备份：哪怕是测试用的VPS，提前打快照或定时备份核心数据，能在出问题后快速恢复，节省大量时间。

内容的提问来源于stack exchange，提问作者Arcticooling