The savegames are stored under a specific userid. Maybe there is a mismatch? If that is the case I think that the folder need to be renamed to the correct userid alongside its permissions.
If you can send me the dump and the otp I can take a look on why wfs-extract fails to handle it. (For start I can work with the first 0x2000 bytes as they suppose to have the wfs header)
Sorry there is a small bug in this version. You must specify `--type usb`
And yes the FAT32 thing is not possible. The write support to WFS is still WIP (but I have made a lot of progress lately, at the current rate I hope that an experimental version will be released sometime in the next 6 months)
The "experimental part" is that it hasn't been tested thoroughly and I don't know if anything unexpected may fail. If you are planning to do that I would recommend to use DumpesterU or wfs-extract first to backup all your games/saves so you could restore them in the worst case.
Yeah a very good point, I forgot to mention in the post that you won't be able to see/access any title that you don't have the ticket to installed already. I will edit it
I have promised to made this tool for few years and it is finally ready. This utility is able to reencrypt the whole device (mlc or usb, or even decrypt it for research purposes). So it can transfer a USB that is encrypted for one console keys to another. Or restore a USB after a factory reset...
Just replace '--input.. (all the args)' with the args that you usually give to wfs-fuse
(Oops yeah it doesn't look like it at all. Aka replace it with mlc.bin /mnt/mlc --otp...)
It worked for me with the same setup. At least with a version that I compiled there.
Can you run it with gdb and shate where it crashes? Just run "sud gdb wfs-fuse" and than run the command "r --input.. (all the args) -f"
Try to access the file and than when it crash go back to the gdb show the...