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
Thanks for the great software. Scorch is fantastic!
I've been trying Scorch on a system where I have lots of legitimate changes on the filesystem that I'm running it on, but also want to be able to detect bitrot on files that are mixed in that don't change.
I'm scripting the use of Scorch and deciding what to do based on the exit code I receive back from Scorch.
Is there anyway to distinguish between files that have legitimately changed on the file system (I'm happy to ignore these), vs bitrot that I do care about? At the moment both seem to result in a exit code of 4 from Scorch and it makes it difficult for me to distinguish between the two use cases.
I realise that the log messages do show the difference, but for follow on processing I'd really like the distinction to come from the exit codes.
Would it be possible to add an additional exit code that is just for file changes without the metadata changing?
My current workflow is (feel free to let me know if I'm using Scorch wrong):
I have tried running scorch update then scorch check but in the intervening period the files can change so I still get errors.
If you didn't like the idea of a separate error code for file corruption, rather than file changes and corruption, would it be possible to add new command scorch update+check which updates the metadata first and then does the hash check?
The text was updated successfully, but these errors were encountered:
Thanks for the great software. Scorch is fantastic!
I've been trying Scorch on a system where I have lots of legitimate changes on the filesystem that I'm running it on, but also want to be able to detect bitrot on files that are mixed in that don't change.
I'm scripting the use of Scorch and deciding what to do based on the exit code I receive back from Scorch.
Is there anyway to distinguish between files that have legitimately changed on the file system (I'm happy to ignore these), vs bitrot that I do care about? At the moment both seem to result in a exit code of 4 from Scorch and it makes it difficult for me to distinguish between the two use cases.
I realise that the log messages do show the difference, but for follow on processing I'd really like the distinction to come from the exit codes.
Would it be possible to add an additional exit code that is just for file changes without the metadata changing?
My current workflow is (feel free to let me know if I'm using Scorch wrong):
I have tried running scorch update then scorch check but in the intervening period the files can change so I still get errors.
If you didn't like the idea of a separate error code for file corruption, rather than file changes and corruption, would it be possible to add new command scorch update+check which updates the metadata first and then does the hash check?
The text was updated successfully, but these errors were encountered: