ciupicri wrote: ↑03 Oct 2022, 12:05
only was to emphasize the huge signal / noise ratio: 5102 MB recovered versus ~40214 GB written to the disk.
grenier/testdisk Copr. If I remember correctly it's mentioned somewhere here.
For most file format, PhotoRec stops to recover a file when a new file is found. It tests the recovered file and
- drop it if it's invalid,
- keep the recovered files and if the correct filesize can be found, truncate it.
Selecting only the zip file family (same problem when recovering from a disk where only zip archives are written) is one of the worst situation as a zip file begins by ZIP_FILE_ENTRY (0x04034B50), this signature can also be
found for each compressed file, so PhotoRec will not stop when a new zip file is found. In this case, PhotoRec will recover a very huge zip file before testing it and truncate to its correct size.
grenier/testdisk copr repository is mentioned in
https://www.cgsecurity.org/testdisk.pdf
I am using copr as a CI (continuous integration). The build targets are CentOS and Fedora, the rpm spec file build the git version of the project. (Note, the build doesn't work anymore for CentOS 6 and CentOS 8 stream.)