-
Notifications
You must be signed in to change notification settings - Fork 196
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Change recovered filename to handle more than 2^32 sectors. #47
Comments
Which version are using ? (output of "photorec -version") Are you using a 32-bit version of PhotoRec ? |
testdisk-7.0-11.fc27.x86_64 |
PhotoRec 7.0, Data Recovery Utility, April 2015 Version: 7.0 |
You can try the fixed version using
Please tell me if it works as expected. |
Thanks for the update will report back next week. |
That didn't work. Recovery got as high as 4290195791 and the next file was at saved as 26021629. So some mod 2^32 still being done. But I've just noticed ....photorec -v says PhotoRec 7.1-WIP, Data Recovery Utility, November 2017 not PhotoRec 7.1-WIP, Data Recovery Utility, April 2018 |
Can you check that copr is enabled and the version after a "dnf reinstall testdisk" ? |
copr was enabled. 'install' from 'grenier-testdisk' gives 'November 2017' Will test the fix and report back. |
Fixed. |
Dealing with a large drive I noticed the sector number drop in the recovered filename. Checking with hdparm the data at the sector didn't match but earlier files did. but adding a multiple of 2^32 located the sector.
Looking (quickly) at the code it uses 'unsigned long' for the file locations but then casts to 'unsigned int' when creating the filename.
The text was updated successfully, but these errors were encountered: