I tried to unzip a large archive (~500MB) in my vault. During the decompression I got an access error (insufficient rights). Tried to lock/unlock the vault and now it is empty! No error no nothing. Any suggestions? Reboot didn’t help. Disk space is not an issue since I have 30GB free space.
Same in German:
Ich hab versucht ein großes Zip Archiv (~500MB) in meinem Vault zu entpacken. Während des dekompremierens bekam ich die Meldung “Unzureichende Zugriffsrechte”. Habe daraufhin versucht den Vault zu schließen und neu zu öffnen, jetzt ist er komplett leer. Kein Fehler, einfach nur nichts. Jemand ne Idee? Neustart hat nichts gebracht. Festplatte ist nicht das Problem, darauf sind noch 30GB frei.
System:
MacOS Big Sur (11.1), 32GB Ram
Cryptomator 1.5.11
Logfile:
12:14:50.456 [App Background Thread 006] INFO o.c.ui.unlock.UnlockWorkflow - Unlock of ‘Workspaces’ succeeded.
Its on a self hosted Nextcloud (synced dir, not webdav), but at the time of the incident the synchronisation was paused since 2 hours ago. So no interference from Nextcloud.
When I got the message “Invalid access” I waited for the zip archive to extract. So I’m quite sure nothing happened in between.
Jan 22 11:54 masterkey.cryptomator.36D80944.bkup contains only one key.
(Checked the other for fun, also only one key)
The file structure does match the file structure described in the link.
Regarding my third question: Cryptomator always creates a backup of the masterkey file after a successful unlock. There were rare cases about “empty” vaults if the masterkey file didn’t match the encrypted vault contents. It happened because somehow the masterkey file was replaced with a different/unrelated one.
That’s why my idea was to check the version number inside of each backup file and if there were multiple ones with version: 7. If that’s the case, you could rename and try the different masterkey file(s). But be aware not to just use one with version: 6 or lower because once you’ve done a vault upgrade, the upgraded vault contents are incompatible with lower versions.
And I assume that you’ve already checked if the size of the vault is somewhat reasonable and there should still be some data?
You could enable debug mode, unlock your vault, and check if there any suspicious messages that might hint at the unexpected behavior.
The keys are idential to the versions from this morning (where everything was still working).
The encrypted vault size is ~30 GB which is the expected size.
On opening the mountpoint of the vault with finder I get the nice message:
“The folder XXX cant be opened because you dont have permission to see its contents”
Have you tried changing the custom mount point? Maybe something is indeed wrong with the permissions? Or maybe use the “default”/automatically-chosen mount point?
Just checked the permissions and there where something I did not expect. The decrypted vault was missing the execute flag, which prevented the use of the folder as well a folder. After chmod +x on the folder and I could access it again.