好吧，这个愚蠢的白痴就在他的备份程序处于“删除旧文件”和“创建新文件”阶段时，破坏了他的 postgresql 数据目录。
结果，我破坏了我的备份，并且同时在保存集群的分区上执行了“rm -f *”。
不管怎样，因为它在一个单独的分区上，我立即关闭了 postgres（我没有太多选择，因为它自己崩溃了）并卸载了该分区。
我已经对其运行了 extundelete 和 ext4magic 并恢复了大量文件，但发现仍然缺少一些关键文件，即系统目录。
查看文件的大小似乎大多数实际数据已被挽救，只有目录文件列出了似乎被破坏的架构和表。
除此之外，ext4magic 似乎还通过 Inode 恢复了一些文件。
所以我的问题是这样的，我或多或少知道 ext4magic 进行的实际主要恢复中的文件/文件夹结构，并且我确信我需要的一些丢失文件就在那些 Inode 恢复的文件中，但我不知道如何才能找出原始文件路径是什么。
有谁知道我可以用什么方法确定这一点吗？
现在分区已经脱机，所以没有什么可以干扰它，Postgres 服务器已关闭，磁盘/分区未损坏，因此很有可能一切仍处于与文件系统被 rm 后相同的状态
除此之外，如果没有办法链接文件名，那么是否有人知道我是否可以不使用 postgres 而直接查询文件，这可能允许我从中恢复 postgres 数据并帮助我将它们全部重新链接在一起？
我总共有大约 3TB 的数据，我真的不想从源数据手动重建所有这些数据。