rm命令默认不走回收站，仅解除文件名与inode链接并标记数据块为可复用，原始数据未被覆盖，故可用extundelete等工具恢复；真正防恢复需用shred等覆盖擦除工具。
rm 命令默认就不走回收站，直接从文件系统中移除目录项——但“不走回收站” ≠ “彻底删除”。如果你真正关心的是防止数据恢复（比如删密钥、日志、临时凭证），那得用覆盖擦除，而不是只靠 rm。
为什么 rm 删除后还能恢复？
Linux 的 rm 只是解除文件名到 inode 的链接，并标记数据块为“可复用”。磁盘上原始字节没变，只要没被新数据覆盖，用 debugfs、photorec 或 extundelete 就可能捞回来。
- 常见误判：以为
rm -f就是“物理删除”，其实只是“逻辑删除” - 影响范围：ext4/xfs 等主流文件系统都存在该问题；LVM、加密卷、SSD（因 TRIM 机制）行为更复杂，不能一概而论
- 特别注意：SSD 上
shred效果有限，因磨损均衡和写入放大，实际覆盖位置不可控；此时应依赖全盘加密或厂商级 secure erase
用 shred 覆盖并删除敏感文件
shred 是 GNU coreutils 自带工具，适合机械硬盘或传统分区。它通过多次随机写入覆盖原文件内容，再 unlink 文件。
- 基础用法：
shred -u -z -n 3 secret.key（3 次随机覆盖 + 1 次零填充 + 删除） -
-v参数可显示进度，调试时建议加上 - 对已打开的文件（如正在被进程写入的日志）无效：
shred操作的是文件路径对应的内容快照，若文件被重定向或 truncate 过，结果不可靠 - 不支持目录：需先
find /path -type f -exec shred -u {} \;，但注意递归处理时权限、符号链接、挂载点跳过等边界情况
替代方案：srm 和 wipe
shred 在某些场景下有局限（如 ext4 的日志模式、noatime 挂载），srm（来自 secure-delete 包）和 wipe 提供更激进的覆盖策略，比如多 pass DoD 5220.22-M 标准。
- 安装：
sudo apt install secure-delete（Debian/Ubuntu）或sudo yum install wipe（RHEL/CentOS） -
srm -rZ /tmp/sensitive_dir：递归 + 零填充终末 + 删除 - 注意：
srm默认不覆盖文件名本身（目录项名仍可能残留于日志），对元数据无保障；如需更高安全等级，应配合全盘加密或物理销毁 - 性能开销明显：一个 1GB 文件用 7-pass
wipe可能耗时数分钟，生产环境慎用于大文件
关键点其实就两个：你删的是「普通文件」还是「真·敏感数据」？前者用 rm -f 完全够用；后者必须覆盖，且得看存储介质类型——SSD 上别迷信 shred，加密才是正解。
