rgaudin
rgaudin
Just a head's up: it did not fix the problem. I'll keep you posted. Sorry for the delay.
Unfortunately, this is still not resolved. Just a summary of general findings: - works fine if launched from the host *machine* of the worker (ie. not inside the Docker container)...
> Only difference I noted is that manual tests were not requesting a 256GB card while task was. Testing that now. Failed. I now have a relatively small surface to...
Thanks for confirming. Findings lead to the culprit being in the shrinkage of non-full images that would be shrunk a bit too much.
Probably not. Closing as per d25db9c
The size comment is unclear as it mixes SD card size and cache… It looks like attaching the virtual device had it mounted automatically. This is detected via the text...
It can write any image but has no CLI. Requesting one wouldn't hurt obviously.
https://github.com/raspberrypi/rpi-imager/issues/221 has been implemented and https://github.com/balena-io/balena-cli/issues/2260 was denied. We should thus consider going with rpi-imager which now have a cli option that works. What would be required: - adapt code...
First line of your log says it: `Failed to mount /data`. As we depend on it, it's in fstab and that's the reason it can't boot. Potential reasons: - Missing...
@Di9italZero are you also using 2.4.5 GUI version on Ubuntu 20.04?