You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently Ipmlab's ddrescue module parses ddrescue's stdout for any reported errors, and the error count is reported as readErrors. Subsequently an non-equal value of readErrors sets the success flag to false.
In theory, this could lead to false positives in case of read errors that ddrescue subsequently recovers (e.g. using additional read passes).
An alternative approach would be to replace this error count with a check on the ddrescue map file. Format documented here:
Currently Ipmlab's ddrescue module parses ddrescue's stdout for any reported errors, and the error count is reported as readErrors. Subsequently an non-equal value of readErrors sets the success flag to false.
In theory, this could lead to false positives in case of read errors that ddrescue subsequently recovers (e.g. using additional read passes).
An alternative approach would be to replace this error count with a check on the ddrescue map file. Format documented here:
https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html#Mapfile-structure
So basically we just need to read all data block lines and check the status character. For example:
Here we have three blocks, with:
The text was updated successfully, but these errors were encountered: