如何让rm命令不删除符号链接？求安全删除的别名/函数

看来你既遇到了误删文件的麻烦，又想打造一个更安全的删除工具避免后续踩坑——我来帮你一步步解决：

先理清链接的核心逻辑 #

先搞懂硬链接和软链接的区别，这能帮你理解之前的问题，也能明白安全删除的原理：

• 硬链接：多个文件名共享同一个文件数据（inode），ls -l里的第三列就是硬链接数。用普通rm删除硬链接时，只会减少链接数——只有当链接数降到0时，才会真正删掉文件内容。所以你举的例子里，如果/usr/bin/a.py是/root/a.py的硬链接，那删除/usr/bin/a.py本来就不会影响/root/a.py的内容，除非这是最后一个硬链接。
• 软链接（符号链接）：相当于文件的“快捷方式”，删除软链接只会删掉这个快捷方式，不会碰原文件；但如果原文件被删，软链接就会变成红色的断链（这应该就是你之前看到红色文件夹的原因）。

你的核心需求应该是：避免误删有多个硬链接的文件（或者说，当要删的文件不是唯一硬链接时，要么提示确认，要么直接阻止删除），确保不会意外删掉其他地方还在使用的文件内容。

自定义安全删除的Shell函数/别名 #

我们可以写一个替代rm -rf的函数，实现你要的逻辑。把下面的代码加到你的~/.bashrc（Bash）或者~/.zshrc（Zsh）里，然后执行source ~/.bashrc（或对应文件）生效：

方案1：带确认的安全删除（推荐） #

这个方案会在遇到有多个硬链接的文件时弹出提示，让你确认是否继续删除（只会删当前链接，不影响文件内容）：

safe_rm() {
    for target in "$@"; do
        # 只对普通文件（非目录、非软链接）做硬链接检查
        if [ -f "$target" ] && ! [ -L "$target" ]; then
            link_count=$(stat -c %h "$target")
            if [ "$link_count" -gt 1 ]; then
                echo "⚠️  警告：文件 $target 存在 $link_count 个硬链接，删除仅会移除当前链接，不会影响文件内容。"
                read -p "确认要继续删除吗？(y/N) " confirm
                if [[ ! "$confirm" =~ ^[Yy]$ ]]; then
                    echo "✅  已跳过删除 $target"
                    continue
                fi
            fi
        fi
        # 执行实际删除（用/bin/rm避免递归调用自定义函数）
        /bin/rm -rf "$target"
    done
}
# 用别名替换默认rm
alias rm='safe_rm'

方案2：严格模式（直接阻止删除多硬链接文件） #

如果你希望完全禁止删除有多个硬链接的文件，只允许删唯一硬链接的文件和目录，可以用这个版本：

safe_rm_strict() {
    for target in "$@"; do
        if [ -f "$target" ] && ! [ -L "$target" ]; then
            link_count=$(stat -c %h "$target")
            if [ "$link_count" -gt 1 ]; then
                echo "❌  错误：文件 $target 存在 $link_count 个硬链接，已阻止删除操作。"
                continue
            fi
        fi
        /bin/rm -rf "$target"
    done
}
alias rm='safe_rm_strict'

注意事项 #

• 必须用/bin/rm而不是直接写rm，否则会递归调用我们的自定义函数，导致死循环。
• 目录的硬链接数默认至少是2（自身和.），所以函数里跳过了目录的检查，直接执行删除；如果需要对目录内的文件做检查，可以扩展逻辑，但会复杂很多。
• 软链接的情况：删除软链接本来就不会影响原文件，所以函数里直接处理，没有额外检查。

关于你之前的误删恢复问题 #

你提到用foremost恢复没成功，可以试试这些方法：

• 立刻卸载误删文件所在的分区（如果能卸载的话），避免新写入的数据覆盖原文件的存储空间。
• 试试testdisk工具，它比foremost更擅长恢复完整的目录结构和分区。
• 如果是ext3/ext4文件系统，extundelete是专门针对这类文件系统的恢复工具，效果可能更好。

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