共 2 篇相关文章
这篇文章讲的是作者亲身经历的“血泪教训”：在Linux系统分区上，因一时疏忽使用了`rm`命令，导致重要文件被彻底删除。作者从最初的手足无措，到迅速冷静下来寻找解决方案，详细记录了整个“数据救援”过程。 根因很明确：过度自信于命令行操作，没有养成对关键数据定期备份的习惯。作者在文中分享了实际操作步骤，主要介绍了如何借助`testdisk`和`photorec`这类专业工具，对文件系统进行深度扫描和恢复，最终成功找回了丢失的文件。 除了应急处理，文章也强调了预防胜于治疗的理念，提醒读者在日常运维中建立可靠的备份机制。对于所有Linux用户而言，这个从慌乱到解决问题的真实记录，既是一份实用的故障排查指南，也是一次重要的安全操作警示。
这篇讲的是在ext2文件系统上，如何利用debugfs工具将误删的文件找回来。作者从ext2的一个关键特性出发：执行rm命令时，其实只是删除了文件的索引，数据本身还保留在磁盘上，这为恢复提供了可能。 对于单个文件，操作很直接。打开debugfs连接设备，用`lsdel`找到被删文件的inode，再用`dump`命令就能将其导出。文章重点在于，当需要恢复成千上万个文件时，如何高效操作。作者演示了通过一条组合管道命令，先利用`lsdel`批量列出删除文件信息，再用grep和awk进行筛选（比如按用户、时间、文件大小），自动生成一个包含大量dump命令的脚本文件`cmd`。最后，一条`debugfs -f cmd`指令就能批量完成恢复，这省去了交互模式下手动生成命令的繁琐。 文章末尾还给出了一个至关重要的安全提示：如果系统有多块磁盘，恢复文件时务必指定保存到另一块磁盘。否则，dump过程写入的数据可能会覆盖掉其他尚未恢复文件的磁盘区域，导致数据永久丢失。
