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
I use version 1.6 where the earlier added fsck feature exist in a basic "detect but don't fix" version, but invisible as it is missing from the man page...
[huey@xanadu ~]# gocryptfs --help|grep -i fsck
[huey@xanadu ~]#
But when @rfjakob mentioned it existed, I have used it one time a few weeks back to track and manually fixed what it found. Worked :) During cloud sync with huge files I guess the probability for errors is higher.
I have a 500GB backup volume in the cloud. When I have seen it stall (happened 2-3 times). Then stuff like this could repeatedly be seen in the syslog where I assume we have corruption.
Oct 12 00:13:12 cloud-storage gocryptfs[1695]: #33[33mdoWrite: Write failed: write /data/pcloud/pCloudDrive/gocryptfs-encrypted/fHRWPg9Ai75eCaLHu4mEFA6fWm3WZjziugmLOs6EwBw/MsFsKr9rOze3z6qwzdEVPw/o-Ev2Q3tUSIbVgHtMr9Fuw/Wgre5HkCkvBMQfZPaZZbtA/_nHco9Yz6ijnVoaWzErj4Q/Nw4HagAMnoKrurRV0soPHg/-pVCShvGMjf3TF6tbdcOEBv-v5ToM_JPn4V0qZQFP0M: interrupted system call#033[0m
Question:
Is it meaningless to be able to do like this to directly specify a sub path if you know where the error is as it told you in syslog? Asking as You don't have to wait for ever when trying to fix errors.
gocryptfs -fsck /data/xxxx/yyyyy/gocryptfs-encrypted/fHRWPg9Ai75eCaLHu4mEFA6fWm3WZjziugmLOs6EwBw/MsFsKr9rOze3z6qwzdEVPw/
This is however not working as it looks for the conf file... But it could easily be solved by looking for the conf file in parent directories..
Cannot open config file: open /data/xxxxx/yyyyy/gocryptfs-encrypted/fHRWPg9Ai75eCaLHu4mEFA6fWm3WZjziugmLOs6EwBw/MsFsKr9rOze3z6qwzdEVPw/gocryptfs.conf: no such file or directory
Just looking for a way to solve corruption in huge file structures faster when I have the info from syslog that gocryptfs wrote there....
As I don't know if I have missed something obvious I would have posted this in a forum first, if you had one for gocryptfs. If I have missed something obvious or so, just close this :)
/Peo
The text was updated successfully, but these errors were encountered:
Hi
I use version 1.6 where the earlier added fsck feature exist in a basic "detect but don't fix" version, but invisible as it is missing from the man page...
[huey@xanadu ~]# gocryptfs --help|grep -i fsck
[huey@xanadu ~]#
But when @rfjakob mentioned it existed, I have used it one time a few weeks back to track and manually fixed what it found. Worked :) During cloud sync with huge files I guess the probability for errors is higher.
I have a 500GB backup volume in the cloud. When I have seen it stall (happened 2-3 times). Then stuff like this could repeatedly be seen in the syslog where I assume we have corruption.
Oct 12 00:13:12 cloud-storage gocryptfs[1695]: #33[33mdoWrite: Write failed: write /data/pcloud/pCloudDrive/gocryptfs-encrypted/fHRWPg9Ai75eCaLHu4mEFA6fWm3WZjziugmLOs6EwBw/MsFsKr9rOze3z6qwzdEVPw/o-Ev2Q3tUSIbVgHtMr9Fuw/Wgre5HkCkvBMQfZPaZZbtA/_nHco9Yz6ijnVoaWzErj4Q/Nw4HagAMnoKrurRV0soPHg/-pVCShvGMjf3TF6tbdcOEBv-v5ToM_JPn4V0qZQFP0M: interrupted system call#033[0m
Running fsck with...
[huey@xanadu ~]$ gocryptfs -fsck /data/xxxx/yyyy/gocryptfs-encrypted
Password:
Decrypting master key
Question:
Is it meaningless to be able to do like this to directly specify a sub path if you know where the error is as it told you in syslog? Asking as You don't have to wait for ever when trying to fix errors.
gocryptfs -fsck /data/xxxx/yyyyy/gocryptfs-encrypted/fHRWPg9Ai75eCaLHu4mEFA6fWm3WZjziugmLOs6EwBw/MsFsKr9rOze3z6qwzdEVPw/
This is however not working as it looks for the conf file... But it could easily be solved by looking for the conf file in parent directories..
Cannot open config file: open /data/xxxxx/yyyyy/gocryptfs-encrypted/fHRWPg9Ai75eCaLHu4mEFA6fWm3WZjziugmLOs6EwBw/MsFsKr9rOze3z6qwzdEVPw/gocryptfs.conf: no such file or directory
Just looking for a way to solve corruption in huge file structures faster when I have the info from syslog that gocryptfs wrote there....
As I don't know if I have missed something obvious I would have posted this in a forum first, if you had one for gocryptfs. If I have missed something obvious or so, just close this :)
/Peo
The text was updated successfully, but these errors were encountered: