shred 对 hdd 有效但对 ssd/nvme 基本无效，因其无法绕过 ftl、trim、缓存及文件系统日志；正确场景限于裸 hdd 单文件或整盘覆写，且需卸载、关缓存、避加密层。

shred 命令真的能安全抹除磁盘数据吗？

不能一概而论。对传统机械硬盘（HDD），shred 在多数场景下有效；但对固态硬盘（SSD）、NVMe 或启用写入缓存/日志的文件系统，shred 很可能完全失效——它只覆盖逻辑块地址（LBA）上的数据，而 SSD 的磨损均衡、FTL 映射、TRIM 和缓存机制会让真实物理页未被触达。

• shred 无法绕过文件系统层（如 ext4 日志、journal）、块设备缓存或硬件重映射
• 对已删除但未覆盖的文件，直接 shred 文件路径比 shred 整个分区更不可靠（元数据残留、硬链接、快照、备份副本都可能保留原始内容）
• 默认只覆写 3 次（GNU coreutils 实现），FIPS 140-2 要求 7 次，但次数增加不解决 SSD 的根本限制

什么时候该用 shred，什么时候不该用？

用 shred 的合理场景：

• 目标是单个普通文件（非内存映射、非稀疏、不在 btrfs/zfs 快照中），且确认该文件未被其他进程打开或 hardlink 引用
• 操作对象是裸 HDD 设备（如 /dev/sdb），且该盘未启用写入缓存（hdparm -I /dev/sdb 查看 Write cache 状态）
• 系统无 LVM、LUKS、RAID 层干扰（这些会拦截并重定向写入）

不该用 shred 的情况：

• 目标是 SSD/NVMe 设备（哪怕 shred -v /dev/nvme0n1 显示“成功”，物理页大概率没被擦）
• 文件位于启用了 relatime 或 journal=ordered 的 ext4 分区上（journal 可能缓存旧数据）
• 你真正想销毁的是整个磁盘，却只执行了 shred /home/user/file.txt（忽略 swap、/tmp、journal、.bash_history 等）

正确使用 shred 的实操要点

• 先卸载目标设备：umount /dev/sdX；若无法卸载（如根分区），至少确保无活跃 I/O（lsof +D /mnt/path 检查）
• 关闭磁盘写入缓存：hdparm -W0 /dev/sdX（HDD 有效，SSD 忽略）
• 覆盖整盘时加 -v（查看进度）和 -n 3（默认即 3 次，显式写出更可控）：shred -v -n 3 /dev/sdX
• 若仅删文件，加 -u（覆写后 unlink）和 -z（末尾补零以掩盖覆写痕迹）：shred -u -z -n 1 sensitive.log
• 注意权限：必须用 root 执行对块设备的操作，普通用户只能删自己有写权的文件

比 shred 更可靠的安全擦除替代方案

• SSD/NVMe：优先用厂商工具（如 intelmas、wdclear）或标准指令：hdparm --user-master u --security-set-pass p /dev/nvme0n1 → hdparm --user-master u --security-erase p /dev/nvme0n1（需支持 ATA Security Erase）
• 全盘加密设备（LUKS）：直接销毁密钥头即可，比覆写快得多：cryptsetup luksKillSlot /dev/sdX 0（前提是密钥仅存于该 slot）
• 物理销毁仍是最高保障：消磁（HDD）或粉碎（SSD）无法绕过任何软件层

实际操作中，很多人在 SSD 上反复运行 shred 还以为“更安全”，其实只是浪费时间——关键不是“多写几次”，而是“写到哪去”。