-
Notifications
You must be signed in to change notification settings - Fork 67
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
Migration of filesystems encrypted with PRE-1.4.4.0 version to latest version without diriv files #164
Comments
Currently, the only way to migrate is to copy everything. |
no. nooo. nooooooo. I was afraid something like this was going to happen. I need a migration path for multiple Petabytes of gocryptfs volumes. copying is just not an option. I'll go and lobby jakob. |
I was kind of hoping that the migration process should involve just -
|
me too. |
#metoo it would be nice if implement of "longnamemax" didn't need to COPY files to change container too. I got around 30TB files on gdrive. thanks |
I think this is doable by retrofitting the https://github.com/slackner/gocryptfs-inspect. But I don't have enough time to do this. In any case, I recommend whoever implements it to keep shadows, logs and tests intact in case any files are missing or crash halfway through. In short, full rename log, renaming old diriv files to .bak first and backup them, and let user check number / names of files inside volume before cleaning. |
Upvoted this, I've encountered sync failures due to max paths exceeding sync software limits, from long base path, no way to change after the volume is created, I had to shorten the naming of existing folders to the shortest possible. |
cppcryptfs version 1.4.4.0 implements the "deterministic names" feature which makes diriv files unnecessary. This is very significant for me.
I have several folders encrypted with previous cppcryptfs version which have diriv files. My question is - Is there a faster way to convert those encrypted folders to the newer version (without diriv files) other than mounting both older and newer filesystems and then copying all files from older location to newer location?
The text was updated successfully, but these errors were encountered: