在银河麒麟这类国产操作系统中误删了重要文件，先别慌。只要数据没有被新内容覆盖，找回的希望其实不小。不过，恢复操作本身有风险，一步走错可能导致永久性丢失。所以，核心原则就一句话：立即停止向原分区写入任何数据。
理想的操作流程是，立刻卸载误删文件所在的分区，并优先为整个磁盘制作一个完整的位对位镜像（dd镜像），后续所有恢复尝试都在这个镜像上进行。这尤其适用于政务、金融等对数据安全有严苛要求的场景，是防止二次损坏的强制保险。
接下来，我们看看几种主流的恢复方法，你可以根据自身的技术背景和实际情况来选择。
一、使用extundelete工具恢复
如果你的文件系统是Ext3或Ext4，并且删除后没有大量写入，那么extundelete通常是首选。它通过分析文件系统的日志和残留的inode信息，能相对完美地重建被删文件的目录结构和原名。
首先，打开终端，用root权限安装必要依赖：apt install e2fsprogs。
接着，用df -T命令确认误删文件所在分区的设备名（比如/dev/sda2），并确保该分区已卸载或处于只读挂载状态。
然后，可以执行extundelete --inode 2 /dev/sda2来查看根目录的inode信息，这能初步判断文件系统状态是否支持恢复。
最后，运行核心命令：extundelete /dev/sda2 --restore-all。所有成功恢复的文件，都会存放在当前目录下自动生成的RECOVERED_FILES文件夹里。
二、使用photorec工具进行底层文件扫描
当文件系统损坏严重，或者数据已被部分覆盖时，元数据恢复工具可能就力不从心了。这时，photorec这类基于文件签名的“雕刻”工具就能派上用场。它不依赖文件系统，而是直接扫描磁盘扇区，寻找特定文件格式（如图片、文档、压缩包）的头尾特征来拼凑文件。
安装很简单，它包含在testdisk包里：apt install testdisk。
运行photorec后，它会进入一个交互式界面。你需要选择正确的物理磁盘（例如/dev/sda，而不是分区），然后在分区列表中选中目标Ext4分区。
关键一步来了：在选择文件系统类型时，请选择Other，这会跳过对损坏的Ext4结构的解析，直接进入原始扫描模式，成功率更高。
扫描前，务必设定一个位于其他物理磁盘的输出目录，然后按C键开始漫长的扫描。恢复的文件可能会失去原名和目录结构，需要你后期手动整理。
三、使用debugfs手动提取已删除inode内容
对于熟悉命令行的高手，如果手头没有现成的恢复工具，debugfs这个Ext文件系统调试器可以作为最后的“手术刀”。它允许你直接查看和导出未被清除的inode数据。
首先，卸载目标分区：umount /dev/sda2。
然后，运行debugfs /dev/sda2进入调试环境。输入lsdel命令，可以列出所有已被删除但inode尚未被回收的文件条目，记下你需要的文件的inode编号。
接着，使用dump
导出的数据块是原始的，没有后缀名。你需要用file命令判断文件类型，然后手动添加正确的扩展名（如.jpg、.pdf）。
四、使用数安寻图形化工具一键恢复
如果觉得命令行操作门槛太高，那么图形化工具是更友好的选择。数安寻这款工具对麒麟系统有较好的适配，采用只读机制扫描，全程鼠标操作，三步即可完成。
首先，获取并启动数安寻软件。
在主界面，直接选择误删文件所在的磁盘分区，点击开始恢复按钮，软件便会自动扫描。
扫描结束后，在结果列表中找到你需要恢复的文件（通常会尽力还原文件名和目录树），勾选后点击另存为。这里有个至关重要的细节：保存路径必须选择另一块硬盘或分区，绝不能直接存回原盘。
五、执行镜像备份后再操作
最后再次强调，对于极其重要的数据，在尝试任何恢复方法之前，制作磁盘镜像是专业且负责任的做法。这相当于为当前磁盘状态拍了一张“全息照片”，所有实验性操作都在“照片”上进行，万无一失。
找一块容量不小于源盘的空白硬盘，连接到系统。假设源盘是/dev/sda，新盘是/dev/sdb。
在终端执行：dd if=/dev/sda of=/dev/sdb bs=4M conv=noerror,sync。这个命令会将/dev/sda的每一个比特（包括已删除数据）原样复制到/dev/sdb。
镜像制作完成后，后续所有的extundelete、photorec等操作，都应对/dev/sdb进行，从而绝对保证原始故障盘（/dev/sda）的数据安全。
总而言之，数据恢复的成功率与误操作后的写入量直接相关。动作越快，选择越谨慎，重要文件“失而复得”的可能性就越大。
