DroidFS crash (CryFS) #12
Labels
No Label
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: hardcoresushi/DroidFS#12
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Can't use CryFS the app crash :
1- Create a CryFS volume
2- Take a picture with DroidFS
3- You are logged out automatically
4- Open the app and type your password, the app crash trying to open the volume
V2.0.1
I cannot reproduce this. Pictures are saved correctly for me. Can you please attach a logcat of when you take the picture?
Does it also happen with gocryptfs? Are the pictures saved or no file is created? Are you able to import files into the volume? Did you created the CryFS volume with DroidFS or with the original cryfs program?
In fact I can't add anything in CryFS volume. With gocryptfs anything it's OK.
Files are created in the Android folder, but DroidFS can't open the volume afterwards.
Yes
OK, can you reproduce the bug even after app re-installation? Does it work with hidden CryFS volumes? Are you using the F-Droid APK or the one provided in the releases page?
A complete logcat of the crash would be really helpful.
You pointed me to the right direction. I download the app with Obtainium app from Github. Don't know which version. Now with the universal release it's ok.
Thank you.
Is it possible to open a CryFS volume from a fresh installation ?
Good to know, but that's strange. The F-Droid version works fine for me.
I'm not sure to understand what you mean but yes, DroidFS should be able to open CryFS volumes after a fresh install.
I mean, I use the app but for some reason I need to factory reset the phone. I restore the files and the app.
I tried it with clear cache and clear storage options. And DroidFS don't ask me to restore it. But it's an other thing.
DroidFS doesn't have any backup/restore feature so I think this is expected. Volumes should be backed up independently.
+1 for this feature Modifiable CryFS scrypt parameters to have ability to change the size blocks.
This feature consists in allowing the user to choose the parameters of the scrypt KDF. It has nothing to do with the blocks size of the volume (
--blocksize
option in CryFS). Would you want that feature to be added?Yes please. 16 ko default block seems smaller than a simple text file. I suppose this feature will split only files larger than the blocksize.
OK then open an issue for this feature request please.
Roal referenced this issue from NicoMud/12023-05-09 13:37:03 +02:00