Raspberry 3B +

[Vay1]

Hello,

It doesn't work on my raspberry 3B + , is it normal ?

[Rafiot]

No, it should work. What is not working?

[Vay1]

i used this image 2020-01-16_CIRCLean.img.gz but when i try with 2 usb groomer tell me that it doesn't find the path of some folder

[Rafiot]

what is the file format of the USB keys?

[Vay1]

both are FAT32

[Rafiot]

ok, that should work fine then.

Any chance you can take a picture of the error message? That sounds like one of the key cannot be mounted or something like that. I've seen it in the past, sometimes, some keys take a very long time to be mounted and it fails.
In theory, if the destination key can be mounted, there should at least be the begining of a logfile.

[Vay1]

Ok I will show you but, i'm not at work right now so i will sent you images here when I can. It shouldn't be too long max 20 min.

[Rafiot]

No rush, I'm not sure I'll have time to work on it today.

[Vay1]

so this is the screen where groomer tell me he doesn't find some folder.

[Rafiot]

yeah, but it also says /org/freedesktop/UDisks2/block_devices/sda isn't a mountable filesystem, and that should be mounted on /dev/source_key.

Is there more than one partition on the source key? It should be supported fine, but I think the path should be /org/freedesktop/UDisks2/block_devices/sda1 so that's weird.

[Vay1]

Both USB has just one partition

[Rafiot]

That sounds like a very standard case, I'm not sure what's going on there.

You have no problem mounting either keys on an other machine? And before removing the keys from the other machine, you do a clean unmount?

At this point, I'd try with an other source key, just to check? I saw keys in the past that are just not working on a rPi, but in that case, the rPi doesn't fund the keys at all and it fails differently...

[Vay1]

I can mount both USB on my computer there is no problem and I always do clean unmount so I don't know. OK i will try with 2 other USB to see if something is different

[Vay1]

So i tried with other USB and it's working I think because i have this :

but in the end of the processus I got this and there is no documents exported on my clean USB from the one not clean

[Rafiot]

Yeah, it seems it worked fine, the process seems to finish fine. And there was absolutely nothing on the destination key (the one plugged anywhere but the top left port), not even logs?

[Vay1]

no there is nothing this is weird

[Rafiot]

Yeah, I cannot reproduce that.

I see the under voltage messages. Can you try to plug the rpi to something providing a higher voltage?

[Vay1]

there is no change with a higher voltage

[Vay1]

Ok I found the problem, it was my USB which wasn't big enough in storage capacity. thanks for helping me.

[Rafiot]

oh, that's super weird... I need to add a warning for that somewhere.

[Vay1]

What do you use to analyze the cle usb, there is an anti virus or something else ?

[Rafiot]

No antivirus, the application search for active content in the files and mark them as malicious in case there is something phishy.

The library is there: https://github.com/CIRCL/PyCIRCLean And this it the file that does the work: https://github.com/CIRCL/PyCIRCLean/blob/main/filecheck/filecheck.py

[piep-piep-piep]

I ran into this aswell, on 3B+ the USB-port assignment seems to be wrong. This causes circlean to fail when using it according to the userguide (top-left as source, other port, for me bottom left for destination). I tried to plug the keys into different ports and managed to get the files to be copied (just not the way aroud i expected...).
This pull request seems like a reasonable fix for the problem, could this be merged at some point? (i see that there is a merge conflict, but cant see the details..)