搞过运维的人都知道一个扎心场景在 Windows 上删除文件夹就算点了“彻底删除”大多数人心里还留着一丝侥幸——毕竟还有回收站、还有数据恢复软件。可换到银河麒麟系统上很多从 Windows 转过来的用户依然抱着同样的习惯鼠标右键删除文件、清空回收站结果等真正需要找回的时候才发现事情远没有想象中那么简单。银河麒麟作为国产操作系统的代表底层是 Linux 内核它的文件删除机制和 Windows 有本质区别。很多用户第一次遇到“文件夹删了还能不能找回”这个问题时都以为和 Windows 一样用个恢复工具就能解决最后却发现要么工具装不上要么扫了半天什么都扫不出来。这篇文章就把银河麒麟下文件夹删除与恢复这件事讲透删除时系统到底做了什么、什么情况下还能找回、什么情况下彻底没戏、以及如果想做到真正的“彻底删除”应该怎么办。读完这篇文章你会得到三个确定性的答案第一银河麒麟下删除文件夹后在什么条件下可以恢复第二如果误删了重要文件实际操作中应该按什么步骤抢救第三如果涉及敏感数据如何做到物理级别的彻底删除而不是只做表面功夫。1. 这篇文章真正要解决的问题银河麒麟系统最近几年在政务、金融、教育、能源等行业的部署量非常大大量原本使用 Windows 的办公人员和开发人员开始切换到国产操作系统。但很多人切换过来之后使用习惯并没有跟着切换。最典型的现象就是在 Windows 里删文件删习惯了到了银河麒麟里也顺手一删清空回收站觉得“删了就删了”。直到某一天发现删掉的文件夹里有重要合同、数据库备份、代码工程才想起来要找回来。这时候问题就来了银河麒麟里的“彻底删除”到底做了什么从 Windows 来的用户往往会有一个误解以为银河麒麟桌面版里的回收站就是类似 Windows 回收站的存在清空了回收站之后数据就没了。但实际上银河麒麟的桌面环境虽然提供了回收站功能但在终端使用rm -rf删除文件时文件是不经过回收站的而是直接被系统标记为“已删除”。更关键的是很多用户不知道银河麒麟下删除文件之后底层文件系统依然保留着数据。只要删除之后没有大量写入新数据恢复的可能性其实存在。但问题是银河麒麟官方的桌面工具对这个问题没有提供一个“一键找回”的入口绝大多数用户也不知道该用什么命令或什么工具去操作。这篇文章要解决的问题就是银河麒麟下删除文件夹之后正确理解系统发生了什么、如何判断可恢复性、如何用命令行工具尝试恢复以及如何做无法恢复的安全删除。什么人最应该读这篇文章刚由 Windows 转到银河麒麟的办公人员和开发人员负责国产化替代项目落地的运维工程师在银河麒麟服务器上误删过数据、想学习恢复思路的开发者对数据安全有要求、需要确保敏感文件不可恢复的合规人员2. 银河麒麟的“删除”和 Windows 到底有什么不同想要搞清楚删除后能不能找回先要搞明白银河麒麟里的“删除”和 Windows 里的“删除”在系统层面做了哪些不同的事。2.1 Windows 删除文件的经典流程Windows 里删除文件进入回收站本质上是把文件从原来的目录“移动”到了回收站对应的目录文件数据本身没有真正消失。清空回收站之后系统会释放文件的磁盘空间但文件原数据所在磁盘扇区并不会立刻被覆盖清除。所以 Windows 下用 Recuva、EaseUS Data Recovery 这类工具还能扫描出底层数据原理也在于此。2.2 银河麒麟Linux删除文件的真实过程银河麒麟基于 Linux 内核删除文件的机制与 Windows 有本质区别。在 Linux 中删除一个文件或者文件夹底层做的事情是系统通过文件名找到对应的 inode索引节点。检查当前用户是否有该文件所在目录的写权限。从目录结构中移除该文件的文件名和 inode 的链接。当文件的硬链接计数变为 0 时系统释放 inode 和数据块标记为“空闲”。这里有一个对普通用户很重要的细节在 Linux 系统中一个文件是否被真正删除取决于还有没有进程在打开它。如果一个文件被某个进程打开那么即使你把它rm掉它的 inode 和磁盘数据块依然存在只是不再出现在目录里。等进程关闭数据块才被真正释放。这就是为什么在 Linux 下误删文件之后第一反应不应该是继续操作而是先看看有没有进程还占用着这个文件。2.3 银河麒麟桌面版里的“回收站”是代理层银河麒麟桌面版提供了回收站功能这个回收站在底层实现上并不是 Linux 内核的一部分而是桌面环境通常为 UKUI 或后续的麒麟桌面环境在用户态实现的一个逻辑目录。它的实际存储位置通常在~/.local/share/Trash/这个目录下会有files存放被删文件、info存放删除元数据和expunged等子目录。这就引出了一个很多用户不知道的知识点在银河麒麟桌面版中通过文件管理器删除文件很多时候只是把文件移动到了用户主目录下的 Trash 目录中并没有真正删除。只有在“清空回收站”之后文件才真正从 Trash 目录中移除。而如果在终端里执行rm -rf 文件夹名那么文件不会进入回收站而是直接被删除。这个区别如果不搞清楚很容易产生“我明明没清空回收站文件怎么就没了”的困惑。2.4 对比汇总对比维度Windows 删除文件夹银河麒麟桌面版删除文件夹银河麒麟终端 rm 删除文件夹是否进入回收站默认进入默认进入不进入是否经过内核删除机制否文件被移动否实质是移动到 Trash 目录是目录项被移除数据是否立即被覆盖否否否但磁盘块标记为空闲能否用恢复工具找回可能性较大可能性较大取决于是否被新数据覆盖删除后是否可被进程继续读取不一定不一定是只要进程未关闭这个表格基本上解答了绝大多数普通用户的疑问。接下来需要关心的就是一旦确定文件已经真正被删除怎么把它找回来。3. 银河麒麟下删除文件夹后的恢复原理在银河麒麟系统中恢复删除文件的核心原理来自 Linux 文件系统的工作方式。银河麒麟 V10 默认使用的文件系统通常是 ext4 或 xfs不同的文件系统恢复难度差异很大。3.1 从 inode 和数据块的角度理解“删除”在 Linux 的 ext4 文件系统中一个文件由目录项dentry、inode 和数据块组成。目录项记录了文件名和 inode 编号的对应关系inode 记录了文件的元数据比如权限、所有者、大小、时间戳以及指向数据块的指针数据块中保存的是文件的实际内容当你执行rm -rf删除一个文件夹时Linux 所做的最核心动作是将目录项从父目录中移除并 inode 的链接计数减一。如果链接计数归零inode 被标记为空闲数据块也被标记为空闲。但关键在于ext4 文件系统在删除文件时并不会立刻清除数据块中的实际内容。只有等新文件写入并复用了这些数据块之后旧数据才会被覆盖。这就是删除文件后能恢复的理论基础只要数据块还没被覆盖理论上就可以通过扫描文件系统找到这些被标记为空闲但仍然保留着旧数据的数据块并尝试重新组装文件。3.2 未必能恢复文件系统差异和碎片化是最大障碍如果说“数据块没被覆盖就有机会”那很多人会以为恢复是件很容易的事情但现实中远没那么简单。最大的难题有两个。第一个是文件系统差异。银河麒麟 V10 在部分服务器版本中默认使用 xfs 文件系统xfs 的删除机制和 ext4 不同。xfs 在删除文件后inode 的结构会被较彻底地重置数据块的释放信息记录方式也不一样传统的 extundelete 等工具对 xfs 支持非常有限。如果你在 xfs 文件系统上误删了文件夹普通恢复工具基本无能为力。第二个是文件碎片化。ext4 文件系统在大文件写入时可能存在数据块不连续的情况。恢复工具扫描到数据块之后需要按正确的顺序重新组装文件。对于连续写入的小文件恢复成功率高对于几十 GB 的大文件如果碎片严重恢复出来的文件可能打不开或者内容缺失。第三个问题是删除时间。假设你上午删除了文件夹下午又往磁盘里写入了大量文件那么被标记为空闲的数据块可能已经被新数据覆盖了一部分。覆盖程度越高恢复成功率越低。3.3 银河麒麟下恢复删除文件的三条路径从实际运维角度看银河麒麟下删除文件夹后恢复路径可以分三条如果删除时进了回收站去回收站恢复如果删除后文件仍被进程占用通过/proc找回如果文件已完全释放且磁盘没有大量写入用 extundelete 等工具扫描恢复这三条路径的成功率从高到低排列操作难度从低到高排列。下面分别讲清楚每一步怎么做。4. 银河麒麟删除文件夹后的三种恢复方案实战4.1 方案一回收站恢复最优先如果你是在银河麒麟桌面环境下通过文件管理器删除的文件夹那么第一时间应该去回收站。打开文件管理器左侧可以看到回收站入口。右键点击需要恢复的文件夹选择“还原”或“恢复”系统会把它移动回原来的位置。如果回收站里找不到文件还可以手动去 Trash 目录里看看ls -la ~/.local/share/Trash/files/如果里面有内容说明文件还在回收站物理目录中你可以手动复制回目标位置cp -r ~/.local/share/Trash/files/你的文件夹 /目标路径/这里要特别提醒一点但凡文件还在回收站里就不要用什么数据恢复软件去全盘扫描完全没必要。很多新手不知道这个路径直接从网上找恢复工具全盘扫好几个小时最后发现回收站里就有白白浪费时间。4.2 方案二通过 /proc 恢复被进程占用的已删除文件这个方案很多人没听说过但却是 Linux 运维中非常经典的一个技巧。假设你在银河麒麟终端中删除了一个正在被某个进程持续写入的日志文件或者删除了一个被数据库进程打开的数据库数据文件。虽然在目录里看不到文件名了但因为这个文件仍被进程以文件描述符的形式持有它的 data 并没有真正释放。可以通过lsof查看哪个进程占用了已删除的文件lsof | grep deleted输出的内容里会看到类似这样的信息java 12345 user 123u REG 253,0 1048576 524288 /tmp/test.log (deleted)这意味着 PID 为 12345 的 Java 进程仍持有这个文件的句柄。此时可以通过/proc目录把文件内容取出来cp /proc/12345/fd/123 /home/user/恢复.log这种恢复方式不需要安装任何额外工具只要进程不退出恢复成功率接近 100%。如果误删的是一个还在运行的 Java 应用产生的日志文件这个方案可能是最快速的恢复途径。4.3 方案三extundelete 工具恢复完整目录如果删除的文件没有被任何进程占用也不再出现在回收站里但删除之后没有写入大量新数据这时可以考虑使用 extundelete。首先银河麒麟下一般默认没有预装 extundelete需要自己安装。可以用 dnf 或 yum 包管理器进行安装sudo yum install -y extundelete如果软件源里找不到这个包可以考虑从源码编译。但在生产环境执行编译安装时需要注意先确认系统已经安装了 gcc、make 和 ext2fs 开发库sudo yum install -y gcc make e2fsprogs-devel wget https://sourceforge.net/projects/extundelete/files/extundelete/0.2.4/extundelete-0.2.4.tar.bz2 tar -xjf extundelete-0.2.4.tar.bz2 cd extundelete-0.2.4 ./configure make sudo make install使用 extundelete 恢复文件有一个必须强调的前提建议先将误删文件所在的分区卸载或以只读模式重新挂载避免删除后又有新的写入覆盖数据。查看当前挂载分区的方式df -hT假设你误删的文件夹在/data分区且该分区挂载点是/dev/sdb1。操作前一定要先停止向该分区写入任何新数据。如果条件允许最稳妥的做法是卸载分区sudo umount /dev/sdb1如果因为业务原因无法卸载至少用只读方式重新挂载sudo mount -o remount,ro /dev/sdb1然后执行恢复sudo extundelete /dev/sdb1 --restore-directory /data/被删除的文件夹名命令执行后会在当前目录下生成一个名为RECOVERED_FILES的目录恢复出来的文件都在里面。如果不知道删除的文件名可以先用以下命令查看被删除的文件列表sudo extundelete /dev/sdb1 --restore-all这里必须诚实地说明extundelete 恢复 ext4 文件系统的成功率并非 100%。尤其当文件夹较大、文件数量较多、磁盘碎片化较严重时可能出现恢复后文件损坏、目录结构不完整、文件名变为数字编号等情况。4.4 什么时候应该放弃恢复有些情况恢复是没必要的或者说基本不可能成功删除文件之后又往同一分区写入了几十 GB 的新数据用的是 xfs 文件系统且没有做任何备份文件删除时间已经过去很多天期间系统持续运行使用了对文件系统做 TRIM 的 SSD 存储尤其是 SSD 场景现代 SSD 在删除文件后文件系统即使没有覆盖数据块SSD 固件也可能通过 TRIM 指令提前擦除物理块数据。这意味着即便你在软件层面扫描也可能什么都扫不到。这是很多用户在国产化替代项目中忽略的问题。5. 如何在银河麒麟下做到真正的彻底删除讲完恢复反过来讲另一个很多用户更关心的问题如果删除的文件涉及敏感数据怎么确保它彻底消失、连恢复工具都找不回来很多用户以为“删除 清空回收站”就是彻底删除这个认知在银河麒麟下至少有两个漏洞第一个漏洞是文件虽然在目录中消失但数据块还留在磁盘上用 extundelete 这类工具可以扫描恢复。 第二个漏洞是系统日志、临时文件、桌面环境的缩略图文件可能还保留着文件名或内容痕迹。如果只是普通办公文件的删除以上两点无所谓。但如果涉及等级保护、数据安全合规等场景就必须考虑安全擦除。5.1 使用 shred 命令覆盖删除银河麒麟系统自带shred命令可以先覆盖文件内容再删除让恢复工具无法读取原始数据。对于单个文件可以使用shred -u -z -n 3 /path/to/敏感文件参数解释-u覆盖后删除文件-z最后一次写 0 覆盖-n 3随机覆盖 3 次对于文件夹需要配合find命令先逐个覆盖文件夹里的所有文件再删除文件夹find /path/to/敏感文件夹 -type f -exec shred -u -z -n 3 {} \; rm -rf /path/to/敏感文件夹这里需要注意的是shred 只对日志文件系统有效。对于 ext4 这类日志文件系统文件元数据可能还会留下痕迹但由于内容已被覆盖实际上已经无法恢复有效数据。5.2 使用 wipe 命令清除整个目录如果系统源里可以安装wipe那它比 shred 更适合目录级别的安全删除。sudo yum install -x wipe wipe -rf /path/to/敏感文件夹wipe 会多次覆盖文件数据、目录项并尝试清除文件名残留适合对目录整体做安全擦除。但同样要提醒wipe 对 SSD 不一定有效。因为 SSD 的磨损均衡机制会让新写入覆盖到不同的物理块上逻辑覆盖并不能保证物理块被真正覆盖。对 SSD 上的敏感数据更稳妥的方案是使用 SATA 或 NVMe 厂商提供的 Secure Erase 指令或者使用系统自带的blkdiscard。5.3 清理文件系统空闲空间如果你的目的是把整个文件系统里已经删除文件的数据痕迹抹掉可以使用sfill工具secure fill或者直接 dd 填满空闲空间。使用 sfill 的方式sudo yum install -y secure-delete sudo sfill -f /data/它会生成一个占据所有空闲空间的大文件用随机数据填满磁盘然后删除该文件。这样之前被删除但残留在空闲数据块里的内容就会被覆盖。如果不想安装额外工具也可以用 dd 做近似操作但不推荐在生产环境直接执行# 仅用于测试环境或确定可以停机维护的情况 dd if/dev/urandom of/data/大文件 bs1M执行时需要特别注意磁盘剩余空间填满之后必须删除该文件否则会造成磁盘满的问题。这个操作有风险普通用户不建议在生产系统上随便尝试。5.4 TRIM 和 SSD 的特殊情况银河麒麟 V10 支持通过fstrim命令对 SSD 做 TRIM 操作。sudo fstrim -v /TRIM 的作用是通知 SSD 固件哪些数据块已经不再被文件系统使用SSD 可以提前擦除这些块。对 SSD 而言这是比软件覆盖更底层的数据清理手段。不过 fstrim 不等同于安全擦除它只是让 SSD 知道空间可回收物理块是否被立即擦除取决于 SSD 固件策略。真正需要彻底清除时建议使用硬盘厂商提供的工具做 Secure Erase或者对整块盘做加密后弃用。6. 银河麒麟删除文件夹实操从桌面端到命令行前面讲了很多原理和方案这一节把银河麒麟下删除文件夹的完整实操过程过一遍帮助刚切换到银河麒麟的用户建立正确的操作习惯。6.1 桌面环境下彻底删除文件夹在银河麒麟桌面环境中彻底删除一个文件夹分为两步。第一步右键点击文件夹选择“删除”。此时文件夹进入回收站。第二步右键点击桌面上的回收站图标选择“清空回收站”。此时文件夹才被真正从 Trash 目录中移除。但这里有一个很容易踩的坑如果你是在文件管理器中直接按下Shift Delete文件会跳过回收站直接被删除。银河麒麟桌面版的文件管理器是否支持这个快捷键取决于桌面版本但在终端操作的场景中不存在“垃圾桶”这个概念使用rm命令删除就是彻底删除。6.2 命令行删除文件夹的常用命令银河麒麟的终端删除命令与标准 Linux 完全一致rm -rf 文件夹名这条命令是很多用户从 Linux 教程里学来的但它极其危险。-r表示递归删除文件夹内所有内容-f表示强制删除且不询问。在一个有 root 权限的终端中执行rm -rf /可以直接把系统删到无法启动这也是银河麒麟用户需要严格避免的。更安全的删除方式是rm -ri 文件夹名-i参数会让系统在删除每个文件或子目录前都进行确认虽然麻烦但起码给了自己一个思考的缓冲。当然文件夹里文件数量很多时一个个确认不现实。更推荐的做法是删除前先确认路径pwd ls -la /目标路径 rm -rf /目标路径/文件夹名6.3 防止误删的控制手段在银河麒麟下的日常操作中保护文件夹不被误删有几个实用的手段。第一个手段是修改权限。对自己不太会用到但很重要的目录去掉写权限chmod -w /data/重要目录需要注意Linux 下目录的写权限是能否在该目录中创建和删除文件条目的关键。去掉写权限之后普通用户就无法在这个目录里删文件但 root 依然可以。第二个手段是使用回收站替代rm。可以在~/.bashrc中定义alias rmtrash-put这需要系统安装了trash-clisudo yum install -y trash-cli安装后终端里执行rm就不会直接删除文件而是仍然进入回收站。这种方式对不熟悉 Linux 的新手特别友好能很大程度避免rm -rf带来的灾难性后果。第三个手段是用safe-rm这类工具保护指定路径即使 root 执行了rm -rf也会被拦截。但这需要额外配置更适合对安全要求较高的环境。7. 银河麒麟删除文件夹常见问题与排查思路在实际使用过程中用户反馈最多的几个问题集中在下方面这里逐一做排查说明。问题现象可能原因排查方式解决方案删除文件夹时提示“权限不够”当前用户没有该目录的写权限ls -ld 目录名查看权限使用sudo rm -rf或提升用户权限删除文件夹时提示“设备或资源忙”有进程正在使用该目录中的文件lsof D /目录路径查看占用进程找到并终止进程后删除或先重命名目录回收站里找不到已删除的文件删除时使用了 ShiftDelete 或终端 rm 命令查看~/.local/share/Trash/files/确认按文中方案二或方案三尝试恢复执行 extundelete 提示设备忙文件系统尚未卸载或只读挂载mountgrep /dev/sdb1 查看挂载状态删除后磁盘空间没有释放文件仍被进程打开inode 未释放lsofgrep deleted 查看恢复出来的文件大小不对或打不开数据块已被部分覆盖或文件碎片化检查恢复时的警告信息尽早恢复不要反复扫描同一分区如果遇到删除文件夹后提醒“文件已删除但空间未释放”大多数时候不是系统出了问题而是后台某个进程仍然持有该文件的句柄。在银河麒麟桌面环境中文件管理器预览、缩略图生成服务都有可能短暂占用文件此时等待一段时间或重启文件管理器即可。另外有一个高频问题值得单独说明如何阻止银河麒麟系统生成 xsession-errors 文件。很多用户发现主目录下有一个不断增大的~/.xsession-errors文件怎么删都删不完还担心它影响系统性能。这个文件是图形会话的标准错误输出日志持续增长说明某些桌面程序在输出错误信息。要清理它每次开机后可以执行cat /dev/null ~/.xsession-errors但根治办法是找到什么程序在不断报错。可以考虑把图形登录切换为 Wayland 或修改会话启动脚本对普通用户来说更重要的是不要反复删除该文件后又要反复重启每次执行重定向清空即可。想避免每次登录都生成该文件可以把~/.xsession-errors链接到/dev/nullrm -f ~/.xsession-errors ln -s /dev/null ~/.xsession-errors这种方法可以避免该文件持续增大适合磁盘空间紧张或 NAS 挂载目录中文件数被占满的场景。8. 最佳实践与工程建议基于前面所有原理和实操最后列几条真正有价值的工程建议。这些建议不是套话而是从实际生产环境和日常办公场景中提炼出来的经验。8.1 把“立即卸载分区”作为误删第一反应而不是直接搜索恢复工具很多用户发现误删文件后第一反应是上网搜索“Linux 恢复工具”这种操作本身就有问题。搜索期间系统可能已经在往同一磁盘分区写入新数据每多写一秒可恢复性都在下降。正确的第一反应是停止所有向该分区写入数据的操作。如果条件允许立即卸载该分区或以只读方式挂载。确认是否有进程仍占用被删除文件如果有先从/proc恢复。只有前两步都确认之后才考虑 extundelete、TestDisk 等工具。8.2 重要文件夹不要停留在“备份”层面要建立完整恢复演练银河麒麟下很多单位的数据备份方案是“用移动硬盘定期拷贝”这种方案并不能应对所有删除事故。比如 3 天前备份了一份文件今天误删了文件恢复出来的就是 3 天前的版本中间的新增内容全部丢失。更合理的做法是使用 rsync 做增量备份每天或每几小时同步一次。如果数据量级很大可以采用快照备份。银河麒麟 V10 支持 LVM 快照功能如果服务器上用的是 LVM 分区可以创建逻辑卷快照来提供近实时的恢复能力。8.3 对敏感数据用“加密 安全删除”双层策略如果你管理的是涉密或敏感数据单纯靠“删除后覆盖”并不够安全。更稳妥的做法是在创建敏感目录时就使用 LUKS 磁盘加密或文件级加密只要加密密钥不泄露删除后的文件即使被恢复出来也无法读取内容涉密数据需要彻底清除时直接销毁加密介质或销毁密钥远比逐文件覆盖更安全这一点对从 Windows 转过来的用户来说尤其重要很多人没有建立这个意识认为只要删除了文件就万事大吉。8.4 避免直接使用 root 执行 rm -rf银河麒麟下很多用户为了省事直接把 root 密码开放给办公人员日常开个终端就用 root 执行操作。这不是一个好习惯尤其在文件夹删除的场景中root 执行rm -rf时不会受到任何权限限制一个路径写错就可能引发灾难。更规范的做法是给办公用户分配普通账号需要管理员操作时使用sudo且记录日志。对于服务器环境还可以配置rm命令的别名或包装函数在删除关键目录前弹出提示。alias rmsafe_rm() { if [[ $* */data* ]]; then echo 警告你正在尝试删除受保护目录已阻止 else /bin/rm $ fi }这种包装脚本虽然简单但在实际运维中确实能拦住一部分手误操作。8.5 定期执行磁盘空间检查与 inode 检查银河麒麟下删除文件夹后空间未释放的情况时有发生特别是应用程序日志文件被删除后仍然在被进程写入。如果df -h显示空间使用率很高但du -sh查不到大文件大概率就是有已删除文件仍被进程占用。运维巡检时建议定期执行df -h lsof | grep deleted前者看磁盘空间后者找没有释放空间的已删除文件发现问题及时处理未雨绸缪。9. 关于银河麒麟删除文件夹再补充几点银河麒麟 V10 的系统设计整体上延续了 Linux 的标准行为它在删除文件夹这件事上并没有给用户提供比原生 Linux 更多的“后悔药”。这意味着从 Windows 切换过来的用户必须主动建立新的操作认知银河麒麟的回收站只是桌面层的保护壳真正的删除开关始终在rm命令和文件系统层。如果你希望日常操作足够安全那就不要试图绕过回收站。把文件管理器删除作为默认操作把终端删除作为需要谨慎对待的特殊操作。如果你需要数据绝对安全就要学会使用备份、快照、rsync 这些比“事后恢复”更可靠的机制。通过这篇文章希望你至少掌握三件事一是银河麒麟下删除文件夹之后回收站、进程占用、extundelete 三条恢复路径怎么选二是涉及敏感数据时怎么用 shred 和 wipe 做安全删除三是建立正确的第一反应——发现误删之后先停止写入再决定恢复策略而不是盲目下载工具反复扫描。最后给出一个最直接的实践建议如果你还没有遇到误删事故现在就把“回收站清空前二次确认”这个习惯建立起来如果你经常在终端操作不妨今天就给rm加上一个别名保护或者装好 trash-cli。等到真正误删时再想到这些代价往往会大得多。 
长河君 · 2026/9/7 3:07:36 · 阅读 1.2k 银河麒麟删除文件夹后如何恢复？回收站、rm -rf与数据救援解析
搞过运维的人都知道一个扎心场景在 Windows 上删除文件夹就算点了“彻底删除”大多数人心里还留着一丝侥幸——毕竟还有回收站、还有数据恢复软件。可换到银河麒麟系统上很多从 Windows 转过来的用户依然抱着同样的习惯鼠标右键删除文件、清空回收站结果等真正需要找回的时候才发现事情远没有想象中那么简单。银河麒麟作为国产操作系统的代表底层是 Linux 内核它的文件删除机制和 Windows 有本质区别。很多用户第一次遇到“文件夹删了还能不能找回”这个问题时都以为和 Windows 一样用个恢复工具就能解决最后却发现要么工具装不上要么扫了半天什么都扫不出来。这篇文章就把银河麒麟下文件夹删除与恢复这件事讲透删除时系统到底做了什么、什么情况下还能找回、什么情况下彻底没戏、以及如果想做到真正的“彻底删除”应该怎么办。读完这篇文章你会得到三个确定性的答案第一银河麒麟下删除文件夹后在什么条件下可以恢复第二如果误删了重要文件实际操作中应该按什么步骤抢救第三如果涉及敏感数据如何做到物理级别的彻底删除而不是只做表面功夫。1. 这篇文章真正要解决的问题银河麒麟系统最近几年在政务、金融、教育、能源等行业的部署量非常大大量原本使用 Windows 的办公人员和开发人员开始切换到国产操作系统。但很多人切换过来之后使用习惯并没有跟着切换。最典型的现象就是在 Windows 里删文件删习惯了到了银河麒麟里也顺手一删清空回收站觉得“删了就删了”。直到某一天发现删掉的文件夹里有重要合同、数据库备份、代码工程才想起来要找回来。这时候问题就来了银河麒麟里的“彻底删除”到底做了什么从 Windows 来的用户往往会有一个误解以为银河麒麟桌面版里的回收站就是类似 Windows 回收站的存在清空了回收站之后数据就没了。但实际上银河麒麟的桌面环境虽然提供了回收站功能但在终端使用rm -rf删除文件时文件是不经过回收站的而是直接被系统标记为“已删除”。更关键的是很多用户不知道银河麒麟下删除文件之后底层文件系统依然保留着数据。只要删除之后没有大量写入新数据恢复的可能性其实存在。但问题是银河麒麟官方的桌面工具对这个问题没有提供一个“一键找回”的入口绝大多数用户也不知道该用什么命令或什么工具去操作。这篇文章要解决的问题就是银河麒麟下删除文件夹之后正确理解系统发生了什么、如何判断可恢复性、如何用命令行工具尝试恢复以及如何做无法恢复的安全删除。什么人最应该读这篇文章刚由 Windows 转到银河麒麟的办公人员和开发人员负责国产化替代项目落地的运维工程师在银河麒麟服务器上误删过数据、想学习恢复思路的开发者对数据安全有要求、需要确保敏感文件不可恢复的合规人员2. 银河麒麟的“删除”和 Windows 到底有什么不同想要搞清楚删除后能不能找回先要搞明白银河麒麟里的“删除”和 Windows 里的“删除”在系统层面做了哪些不同的事。2.1 Windows 删除文件的经典流程Windows 里删除文件进入回收站本质上是把文件从原来的目录“移动”到了回收站对应的目录文件数据本身没有真正消失。清空回收站之后系统会释放文件的磁盘空间但文件原数据所在磁盘扇区并不会立刻被覆盖清除。所以 Windows 下用 Recuva、EaseUS Data Recovery 这类工具还能扫描出底层数据原理也在于此。2.2 银河麒麟Linux删除文件的真实过程银河麒麟基于 Linux 内核删除文件的机制与 Windows 有本质区别。在 Linux 中删除一个文件或者文件夹底层做的事情是系统通过文件名找到对应的 inode索引节点。检查当前用户是否有该文件所在目录的写权限。从目录结构中移除该文件的文件名和 inode 的链接。当文件的硬链接计数变为 0 时系统释放 inode 和数据块标记为“空闲”。这里有一个对普通用户很重要的细节在 Linux 系统中一个文件是否被真正删除取决于还有没有进程在打开它。如果一个文件被某个进程打开那么即使你把它rm掉它的 inode 和磁盘数据块依然存在只是不再出现在目录里。等进程关闭数据块才被真正释放。这就是为什么在 Linux 下误删文件之后第一反应不应该是继续操作而是先看看有没有进程还占用着这个文件。2.3 银河麒麟桌面版里的“回收站”是代理层银河麒麟桌面版提供了回收站功能这个回收站在底层实现上并不是 Linux 内核的一部分而是桌面环境通常为 UKUI 或后续的麒麟桌面环境在用户态实现的一个逻辑目录。它的实际存储位置通常在~/.local/share/Trash/这个目录下会有files存放被删文件、info存放删除元数据和expunged等子目录。这就引出了一个很多用户不知道的知识点在银河麒麟桌面版中通过文件管理器删除文件很多时候只是把文件移动到了用户主目录下的 Trash 目录中并没有真正删除。只有在“清空回收站”之后文件才真正从 Trash 目录中移除。而如果在终端里执行rm -rf 文件夹名那么文件不会进入回收站而是直接被删除。这个区别如果不搞清楚很容易产生“我明明没清空回收站文件怎么就没了”的困惑。2.4 对比汇总对比维度Windows 删除文件夹银河麒麟桌面版删除文件夹银河麒麟终端 rm 删除文件夹是否进入回收站默认进入默认进入不进入是否经过内核删除机制否文件被移动否实质是移动到 Trash 目录是目录项被移除数据是否立即被覆盖否否否但磁盘块标记为空闲能否用恢复工具找回可能性较大可能性较大取决于是否被新数据覆盖删除后是否可被进程继续读取不一定不一定是只要进程未关闭这个表格基本上解答了绝大多数普通用户的疑问。接下来需要关心的就是一旦确定文件已经真正被删除怎么把它找回来。3. 银河麒麟下删除文件夹后的恢复原理在银河麒麟系统中恢复删除文件的核心原理来自 Linux 文件系统的工作方式。银河麒麟 V10 默认使用的文件系统通常是 ext4 或 xfs不同的文件系统恢复难度差异很大。3.1 从 inode 和数据块的角度理解“删除”在 Linux 的 ext4 文件系统中一个文件由目录项dentry、inode 和数据块组成。目录项记录了文件名和 inode 编号的对应关系inode 记录了文件的元数据比如权限、所有者、大小、时间戳以及指向数据块的指针数据块中保存的是文件的实际内容当你执行rm -rf删除一个文件夹时Linux 所做的最核心动作是将目录项从父目录中移除并 inode 的链接计数减一。如果链接计数归零inode 被标记为空闲数据块也被标记为空闲。但关键在于ext4 文件系统在删除文件时并不会立刻清除数据块中的实际内容。只有等新文件写入并复用了这些数据块之后旧数据才会被覆盖。这就是删除文件后能恢复的理论基础只要数据块还没被覆盖理论上就可以通过扫描文件系统找到这些被标记为空闲但仍然保留着旧数据的数据块并尝试重新组装文件。3.2 未必能恢复文件系统差异和碎片化是最大障碍如果说“数据块没被覆盖就有机会”那很多人会以为恢复是件很容易的事情但现实中远没那么简单。最大的难题有两个。第一个是文件系统差异。银河麒麟 V10 在部分服务器版本中默认使用 xfs 文件系统xfs 的删除机制和 ext4 不同。xfs 在删除文件后inode 的结构会被较彻底地重置数据块的释放信息记录方式也不一样传统的 extundelete 等工具对 xfs 支持非常有限。如果你在 xfs 文件系统上误删了文件夹普通恢复工具基本无能为力。第二个是文件碎片化。ext4 文件系统在大文件写入时可能存在数据块不连续的情况。恢复工具扫描到数据块之后需要按正确的顺序重新组装文件。对于连续写入的小文件恢复成功率高对于几十 GB 的大文件如果碎片严重恢复出来的文件可能打不开或者内容缺失。第三个问题是删除时间。假设你上午删除了文件夹下午又往磁盘里写入了大量文件那么被标记为空闲的数据块可能已经被新数据覆盖了一部分。覆盖程度越高恢复成功率越低。3.3 银河麒麟下恢复删除文件的三条路径从实际运维角度看银河麒麟下删除文件夹后恢复路径可以分三条如果删除时进了回收站去回收站恢复如果删除后文件仍被进程占用通过/proc找回如果文件已完全释放且磁盘没有大量写入用 extundelete 等工具扫描恢复这三条路径的成功率从高到低排列操作难度从低到高排列。下面分别讲清楚每一步怎么做。4. 银河麒麟删除文件夹后的三种恢复方案实战4.1 方案一回收站恢复最优先如果你是在银河麒麟桌面环境下通过文件管理器删除的文件夹那么第一时间应该去回收站。打开文件管理器左侧可以看到回收站入口。右键点击需要恢复的文件夹选择“还原”或“恢复”系统会把它移动回原来的位置。如果回收站里找不到文件还可以手动去 Trash 目录里看看ls -la ~/.local/share/Trash/files/如果里面有内容说明文件还在回收站物理目录中你可以手动复制回目标位置cp -r ~/.local/share/Trash/files/你的文件夹 /目标路径/这里要特别提醒一点但凡文件还在回收站里就不要用什么数据恢复软件去全盘扫描完全没必要。很多新手不知道这个路径直接从网上找恢复工具全盘扫好几个小时最后发现回收站里就有白白浪费时间。4.2 方案二通过 /proc 恢复被进程占用的已删除文件这个方案很多人没听说过但却是 Linux 运维中非常经典的一个技巧。假设你在银河麒麟终端中删除了一个正在被某个进程持续写入的日志文件或者删除了一个被数据库进程打开的数据库数据文件。虽然在目录里看不到文件名了但因为这个文件仍被进程以文件描述符的形式持有它的 data 并没有真正释放。可以通过lsof查看哪个进程占用了已删除的文件lsof | grep deleted输出的内容里会看到类似这样的信息java 12345 user 123u REG 253,0 1048576 524288 /tmp/test.log (deleted)这意味着 PID 为 12345 的 Java 进程仍持有这个文件的句柄。此时可以通过/proc目录把文件内容取出来cp /proc/12345/fd/123 /home/user/恢复.log这种恢复方式不需要安装任何额外工具只要进程不退出恢复成功率接近 100%。如果误删的是一个还在运行的 Java 应用产生的日志文件这个方案可能是最快速的恢复途径。4.3 方案三extundelete 工具恢复完整目录如果删除的文件没有被任何进程占用也不再出现在回收站里但删除之后没有写入大量新数据这时可以考虑使用 extundelete。首先银河麒麟下一般默认没有预装 extundelete需要自己安装。可以用 dnf 或 yum 包管理器进行安装sudo yum install -y extundelete如果软件源里找不到这个包可以考虑从源码编译。但在生产环境执行编译安装时需要注意先确认系统已经安装了 gcc、make 和 ext2fs 开发库sudo yum install -y gcc make e2fsprogs-devel wget https://sourceforge.net/projects/extundelete/files/extundelete/0.2.4/extundelete-0.2.4.tar.bz2 tar -xjf extundelete-0.2.4.tar.bz2 cd extundelete-0.2.4 ./configure make sudo make install使用 extundelete 恢复文件有一个必须强调的前提建议先将误删文件所在的分区卸载或以只读模式重新挂载避免删除后又有新的写入覆盖数据。查看当前挂载分区的方式df -hT假设你误删的文件夹在/data分区且该分区挂载点是/dev/sdb1。操作前一定要先停止向该分区写入任何新数据。如果条件允许最稳妥的做法是卸载分区sudo umount /dev/sdb1如果因为业务原因无法卸载至少用只读方式重新挂载sudo mount -o remount,ro /dev/sdb1然后执行恢复sudo extundelete /dev/sdb1 --restore-directory /data/被删除的文件夹名命令执行后会在当前目录下生成一个名为RECOVERED_FILES的目录恢复出来的文件都在里面。如果不知道删除的文件名可以先用以下命令查看被删除的文件列表sudo extundelete /dev/sdb1 --restore-all这里必须诚实地说明extundelete 恢复 ext4 文件系统的成功率并非 100%。尤其当文件夹较大、文件数量较多、磁盘碎片化较严重时可能出现恢复后文件损坏、目录结构不完整、文件名变为数字编号等情况。4.4 什么时候应该放弃恢复有些情况恢复是没必要的或者说基本不可能成功删除文件之后又往同一分区写入了几十 GB 的新数据用的是 xfs 文件系统且没有做任何备份文件删除时间已经过去很多天期间系统持续运行使用了对文件系统做 TRIM 的 SSD 存储尤其是 SSD 场景现代 SSD 在删除文件后文件系统即使没有覆盖数据块SSD 固件也可能通过 TRIM 指令提前擦除物理块数据。这意味着即便你在软件层面扫描也可能什么都扫不到。这是很多用户在国产化替代项目中忽略的问题。5. 如何在银河麒麟下做到真正的彻底删除讲完恢复反过来讲另一个很多用户更关心的问题如果删除的文件涉及敏感数据怎么确保它彻底消失、连恢复工具都找不回来很多用户以为“删除 清空回收站”就是彻底删除这个认知在银河麒麟下至少有两个漏洞第一个漏洞是文件虽然在目录中消失但数据块还留在磁盘上用 extundelete 这类工具可以扫描恢复。 第二个漏洞是系统日志、临时文件、桌面环境的缩略图文件可能还保留着文件名或内容痕迹。如果只是普通办公文件的删除以上两点无所谓。但如果涉及等级保护、数据安全合规等场景就必须考虑安全擦除。5.1 使用 shred 命令覆盖删除银河麒麟系统自带shred命令可以先覆盖文件内容再删除让恢复工具无法读取原始数据。对于单个文件可以使用shred -u -z -n 3 /path/to/敏感文件参数解释-u覆盖后删除文件-z最后一次写 0 覆盖-n 3随机覆盖 3 次对于文件夹需要配合find命令先逐个覆盖文件夹里的所有文件再删除文件夹find /path/to/敏感文件夹 -type f -exec shred -u -z -n 3 {} \; rm -rf /path/to/敏感文件夹这里需要注意的是shred 只对日志文件系统有效。对于 ext4 这类日志文件系统文件元数据可能还会留下痕迹但由于内容已被覆盖实际上已经无法恢复有效数据。5.2 使用 wipe 命令清除整个目录如果系统源里可以安装wipe那它比 shred 更适合目录级别的安全删除。sudo yum install -x wipe wipe -rf /path/to/敏感文件夹wipe 会多次覆盖文件数据、目录项并尝试清除文件名残留适合对目录整体做安全擦除。但同样要提醒wipe 对 SSD 不一定有效。因为 SSD 的磨损均衡机制会让新写入覆盖到不同的物理块上逻辑覆盖并不能保证物理块被真正覆盖。对 SSD 上的敏感数据更稳妥的方案是使用 SATA 或 NVMe 厂商提供的 Secure Erase 指令或者使用系统自带的blkdiscard。5.3 清理文件系统空闲空间如果你的目的是把整个文件系统里已经删除文件的数据痕迹抹掉可以使用sfill工具secure fill或者直接 dd 填满空闲空间。使用 sfill 的方式sudo yum install -y secure-delete sudo sfill -f /data/它会生成一个占据所有空闲空间的大文件用随机数据填满磁盘然后删除该文件。这样之前被删除但残留在空闲数据块里的内容就会被覆盖。如果不想安装额外工具也可以用 dd 做近似操作但不推荐在生产环境直接执行# 仅用于测试环境或确定可以停机维护的情况 dd if/dev/urandom of/data/大文件 bs1M执行时需要特别注意磁盘剩余空间填满之后必须删除该文件否则会造成磁盘满的问题。这个操作有风险普通用户不建议在生产系统上随便尝试。5.4 TRIM 和 SSD 的特殊情况银河麒麟 V10 支持通过fstrim命令对 SSD 做 TRIM 操作。sudo fstrim -v /TRIM 的作用是通知 SSD 固件哪些数据块已经不再被文件系统使用SSD 可以提前擦除这些块。对 SSD 而言这是比软件覆盖更底层的数据清理手段。不过 fstrim 不等同于安全擦除它只是让 SSD 知道空间可回收物理块是否被立即擦除取决于 SSD 固件策略。真正需要彻底清除时建议使用硬盘厂商提供的工具做 Secure Erase或者对整块盘做加密后弃用。6. 银河麒麟删除文件夹实操从桌面端到命令行前面讲了很多原理和方案这一节把银河麒麟下删除文件夹的完整实操过程过一遍帮助刚切换到银河麒麟的用户建立正确的操作习惯。6.1 桌面环境下彻底删除文件夹在银河麒麟桌面环境中彻底删除一个文件夹分为两步。第一步右键点击文件夹选择“删除”。此时文件夹进入回收站。第二步右键点击桌面上的回收站图标选择“清空回收站”。此时文件夹才被真正从 Trash 目录中移除。但这里有一个很容易踩的坑如果你是在文件管理器中直接按下Shift Delete文件会跳过回收站直接被删除。银河麒麟桌面版的文件管理器是否支持这个快捷键取决于桌面版本但在终端操作的场景中不存在“垃圾桶”这个概念使用rm命令删除就是彻底删除。6.2 命令行删除文件夹的常用命令银河麒麟的终端删除命令与标准 Linux 完全一致rm -rf 文件夹名这条命令是很多用户从 Linux 教程里学来的但它极其危险。-r表示递归删除文件夹内所有内容-f表示强制删除且不询问。在一个有 root 权限的终端中执行rm -rf /可以直接把系统删到无法启动这也是银河麒麟用户需要严格避免的。更安全的删除方式是rm -ri 文件夹名-i参数会让系统在删除每个文件或子目录前都进行确认虽然麻烦但起码给了自己一个思考的缓冲。当然文件夹里文件数量很多时一个个确认不现实。更推荐的做法是删除前先确认路径pwd ls -la /目标路径 rm -rf /目标路径/文件夹名6.3 防止误删的控制手段在银河麒麟下的日常操作中保护文件夹不被误删有几个实用的手段。第一个手段是修改权限。对自己不太会用到但很重要的目录去掉写权限chmod -w /data/重要目录需要注意Linux 下目录的写权限是能否在该目录中创建和删除文件条目的关键。去掉写权限之后普通用户就无法在这个目录里删文件但 root 依然可以。第二个手段是使用回收站替代rm。可以在~/.bashrc中定义alias rmtrash-put这需要系统安装了trash-clisudo yum install -y trash-cli安装后终端里执行rm就不会直接删除文件而是仍然进入回收站。这种方式对不熟悉 Linux 的新手特别友好能很大程度避免rm -rf带来的灾难性后果。第三个手段是用safe-rm这类工具保护指定路径即使 root 执行了rm -rf也会被拦截。但这需要额外配置更适合对安全要求较高的环境。7. 银河麒麟删除文件夹常见问题与排查思路在实际使用过程中用户反馈最多的几个问题集中在下方面这里逐一做排查说明。问题现象可能原因排查方式解决方案删除文件夹时提示“权限不够”当前用户没有该目录的写权限ls -ld 目录名查看权限使用sudo rm -rf或提升用户权限删除文件夹时提示“设备或资源忙”有进程正在使用该目录中的文件lsof D /目录路径查看占用进程找到并终止进程后删除或先重命名目录回收站里找不到已删除的文件删除时使用了 ShiftDelete 或终端 rm 命令查看~/.local/share/Trash/files/确认按文中方案二或方案三尝试恢复执行 extundelete 提示设备忙文件系统尚未卸载或只读挂载mountgrep /dev/sdb1 查看挂载状态删除后磁盘空间没有释放文件仍被进程打开inode 未释放lsofgrep deleted 查看恢复出来的文件大小不对或打不开数据块已被部分覆盖或文件碎片化检查恢复时的警告信息尽早恢复不要反复扫描同一分区如果遇到删除文件夹后提醒“文件已删除但空间未释放”大多数时候不是系统出了问题而是后台某个进程仍然持有该文件的句柄。在银河麒麟桌面环境中文件管理器预览、缩略图生成服务都有可能短暂占用文件此时等待一段时间或重启文件管理器即可。另外有一个高频问题值得单独说明如何阻止银河麒麟系统生成 xsession-errors 文件。很多用户发现主目录下有一个不断增大的~/.xsession-errors文件怎么删都删不完还担心它影响系统性能。这个文件是图形会话的标准错误输出日志持续增长说明某些桌面程序在输出错误信息。要清理它每次开机后可以执行cat /dev/null ~/.xsession-errors但根治办法是找到什么程序在不断报错。可以考虑把图形登录切换为 Wayland 或修改会话启动脚本对普通用户来说更重要的是不要反复删除该文件后又要反复重启每次执行重定向清空即可。想避免每次登录都生成该文件可以把~/.xsession-errors链接到/dev/nullrm -f ~/.xsession-errors ln -s /dev/null ~/.xsession-errors这种方法可以避免该文件持续增大适合磁盘空间紧张或 NAS 挂载目录中文件数被占满的场景。8. 最佳实践与工程建议基于前面所有原理和实操最后列几条真正有价值的工程建议。这些建议不是套话而是从实际生产环境和日常办公场景中提炼出来的经验。8.1 把“立即卸载分区”作为误删第一反应而不是直接搜索恢复工具很多用户发现误删文件后第一反应是上网搜索“Linux 恢复工具”这种操作本身就有问题。搜索期间系统可能已经在往同一磁盘分区写入新数据每多写一秒可恢复性都在下降。正确的第一反应是停止所有向该分区写入数据的操作。如果条件允许立即卸载该分区或以只读方式挂载。确认是否有进程仍占用被删除文件如果有先从/proc恢复。只有前两步都确认之后才考虑 extundelete、TestDisk 等工具。8.2 重要文件夹不要停留在“备份”层面要建立完整恢复演练银河麒麟下很多单位的数据备份方案是“用移动硬盘定期拷贝”这种方案并不能应对所有删除事故。比如 3 天前备份了一份文件今天误删了文件恢复出来的就是 3 天前的版本中间的新增内容全部丢失。更合理的做法是使用 rsync 做增量备份每天或每几小时同步一次。如果数据量级很大可以采用快照备份。银河麒麟 V10 支持 LVM 快照功能如果服务器上用的是 LVM 分区可以创建逻辑卷快照来提供近实时的恢复能力。8.3 对敏感数据用“加密 安全删除”双层策略如果你管理的是涉密或敏感数据单纯靠“删除后覆盖”并不够安全。更稳妥的做法是在创建敏感目录时就使用 LUKS 磁盘加密或文件级加密只要加密密钥不泄露删除后的文件即使被恢复出来也无法读取内容涉密数据需要彻底清除时直接销毁加密介质或销毁密钥远比逐文件覆盖更安全这一点对从 Windows 转过来的用户来说尤其重要很多人没有建立这个意识认为只要删除了文件就万事大吉。8.4 避免直接使用 root 执行 rm -rf银河麒麟下很多用户为了省事直接把 root 密码开放给办公人员日常开个终端就用 root 执行操作。这不是一个好习惯尤其在文件夹删除的场景中root 执行rm -rf时不会受到任何权限限制一个路径写错就可能引发灾难。更规范的做法是给办公用户分配普通账号需要管理员操作时使用sudo且记录日志。对于服务器环境还可以配置rm命令的别名或包装函数在删除关键目录前弹出提示。alias rmsafe_rm() { if [[ $* */data* ]]; then echo 警告你正在尝试删除受保护目录已阻止 else /bin/rm $ fi }这种包装脚本虽然简单但在实际运维中确实能拦住一部分手误操作。8.5 定期执行磁盘空间检查与 inode 检查银河麒麟下删除文件夹后空间未释放的情况时有发生特别是应用程序日志文件被删除后仍然在被进程写入。如果df -h显示空间使用率很高但du -sh查不到大文件大概率就是有已删除文件仍被进程占用。运维巡检时建议定期执行df -h lsof | grep deleted前者看磁盘空间后者找没有释放空间的已删除文件发现问题及时处理未雨绸缪。9. 关于银河麒麟删除文件夹再补充几点银河麒麟 V10 的系统设计整体上延续了 Linux 的标准行为它在删除文件夹这件事上并没有给用户提供比原生 Linux 更多的“后悔药”。这意味着从 Windows 切换过来的用户必须主动建立新的操作认知银河麒麟的回收站只是桌面层的保护壳真正的删除开关始终在rm命令和文件系统层。如果你希望日常操作足够安全那就不要试图绕过回收站。把文件管理器删除作为默认操作把终端删除作为需要谨慎对待的特殊操作。如果你需要数据绝对安全就要学会使用备份、快照、rsync 这些比“事后恢复”更可靠的机制。通过这篇文章希望你至少掌握三件事一是银河麒麟下删除文件夹之后回收站、进程占用、extundelete 三条恢复路径怎么选二是涉及敏感数据时怎么用 shred 和 wipe 做安全删除三是建立正确的第一反应——发现误删之后先停止写入再决定恢复策略而不是盲目下载工具反复扫描。最后给出一个最直接的实践建议如果你还没有遇到误删事故现在就把“回收站清空前二次确认”这个习惯建立起来如果你经常在终端操作不妨今天就给rm加上一个别名保护或者装好 trash-cli。等到真正误删时再想到这些代价往往会大得多。