Given some free time I should be working on the FAQ but I like a good riddle and have always felt that file moves were vulnerable, especially when disk space runs out so, some testing:
MiX Silver 6.42.3, Moto G3 (Osprey), LOS 15.1 (Oreo 8.1.x), LOS SU, 32 GB external SD (portable mode) with 10 MB free space (not a typo, that's only 10 megabytes free).
- Place 3 test files, videos of sizes 559MB, 380MB and 2.93MB, in a folder on internal SD leaving 10MB free (done from a linux computer via USB).
- Using MiX on device, attempt to move files to a folder on external SD.
- After a few seconds copying, then the expected error about no space appeared including a message about 1 file having been copied.
- The smallest file (which was used because it could fit within the available space) was present in target folder, as was a partial copy of the one of the files which could not fit.
- The job was still listed in the main bar and none of the files were visible again in the source until the job was opened and "cancelled".
- After the job was "cancelled" all three files reappeared in the source folder.
Although I was unable to reproduce the loss of data there is certainly some messiness going on in there, such as the persistence of the source of the successfully moved file and the partially movde/copied file in the target. Those things alone err in favour of saving data and being able to re-run the job but I hypothesize (which is what non-coders do in the absence of proof) that this is the mechanism which is being impacted by some other variable or action in your case.
FWIW In MiX the "hiding' of the files when the move job is queued is probably just hiding, which implies that the data is still somewhere. This might be getting a bit much into the weeds but: if this can be reproduced with apparent loss of data again, then it might be worth checking the drives to see if the data is still there and in what form.
I just encountered another behavior... I was reading some files from the exfat USB drive and sometimes mix just says "waiting..." And the app just freezes the UI. These are just files in the drive, not encrypted or anything.
I lock and unlock my phone and then force exit the app.
And then I run mix again and found out half of files in the drive is now gone.
is there any setting where I can access other Android phone in MiXplorer when I connect my 2 Android 9 phones with USB-C to USB-C 3.1 cable? Both Android phones have USB 3 port.
Currently only the Android File View appears (this is not an app), but I want to use MiXplorer for this procedure.
I use the current MiXplorer version 6.42.3.
Note: Same problem also with my 2 other Android 10 phones.
|chm, cloud, encfs, epub, mix|
|Thread Tools||Search this Thread|