Dimitris Karakasilis

No longer blocked. A fedora standard image built from kairos master can be used to debug this ticket.

Applying the following yaml make uki upgrade work: ``` --- apiVersion: v1 kind: Secret metadata: name: upgrade namespace: system-upgrade type: Opaque stringData: upgrade.sh: | #!/bin/sh mount --rbind host/dev /dev mount...

Let's check if all Alpine standard images face this issue (not only rpi) so that we can prioritize.

We already have some tests in kairos-io/kairos. Let's just copy one over to makes sure changes in enki don' t break it. We are talking about e2e tests here.

If we do this: https://github.com/kairos-io/kairos/issues/2412 this ticket won't be needed (except for the arch part).

This might introduce more options that need to be documented: https://github.com/kairos-io/kairos/issues/2281 We don't necessarily have to do them all in one step, but just linking it here for reference.

Well the essence of it is: ``` However we noticed that /var/lib is writable and persistent. i.e. new files and their changes persist after reboot. Is this a mistake in...

I'm trying the command @Ognian is using with some latest image: ``` docker run -v $PWD:/work -v /var/run/docker.sock:/var/run/docker.sock --privileged -i --rm --entrypoint=/build-arm-image.sh quay.io/kairos/osbuilder-tools:latest --model rpi4 --state-partition-size 6200 --recovery-partition-size 4200 --size...

I'm stupid, that's a "generic" image I pulled :facepalm: . Trying again...

ok this one succeeds: ``` docker run -v $PWD:/work -v /var/run/docker.sock:/var/run/docker.sock --privileged -i --rm --entrypoint=/build-arm-image.sh quay.io/kairos/osbuilder-tools:latest --model rpi4 --state-partition-size 6200 --recovery-partition-size 4200 --size 15200 --images-size 2000 --config /work/config.yaml --docker-image quay.io/kairos/ubuntu:23.04-standard-arm64-rpi4-v2.4.3-k3sv1.27.6-k3s1...