Ok, idiota tolo aqui, destrói seu diretório de dados postgresql, bem no exato momento em que sua rotina de backup está atualmente na fase "excluir arquivos antigos" e "criar novos arquivos".
Como resultado, Iv'e destruiu meu backup e fez um 'rm -f *' simultaneamente na partição que contém o cluster.
Anyhoo, como está em uma partição separada, eu imediatamente encerro o postgres (não que eu tenha tido muita opção, já que ele se enganou assim mesmo) e desmontei a partição.
Iv'e correu extundelete e ext4magic sobre ele e recuperou uma quantidade surpreendente de arquivos, mas acho que ainda estou faltando alguns dos principais, ou seja, os catálogos do sistema.
Analisando o tamanho dos arquivos, parece que a maioria dos dados reais foram resgatados, e são apenas os arquivos de catálogo, listando os esquemas e as tabelas que parecem estar borked.
Além disso, o ext4magic parece ter recuperado alguns arquivos do Inode.
Então, a minha pergunta é essa, eu sei mais ou menos qual é a estrutura do arquivo / pasta da recuperação principal real que o ext4magic fez, e tenho certeza de que alguns dos arquivos que faltam estão entre os arquivos recuperados do Inode, mas eu não tenho idéia de como eu poderia descobrir qual era o caminho original do arquivo.
Alguém sabe de alguma forma eu posso ser capaz de determinar isso ??
Neste momento, a partição foi colocada offline, pelo que nada pode interferir, o servidor Postgres está encerrado e a partição / disco não está danificada, pelo que existe uma grande probabilidade de que tudo ainda esteja no mesmo estado em que foi logo após o sistema de arquivos foi rm'ed
Além disso, se não há como vincular o nome do arquivo, então alguém sabe de uma maneira que eu possa questionar os arquivos diretamente sem usar postgres, isso pode me permitir recuperar os dados do postgres deles e me ajudar em poder ligá-los todos juntos?
Eu tenho cerca de 3 TB de dados no total, e realmente não quero ter que reconstruir todo esse lote manualmente a partir de dados de origem.