I seem to be currently having an issue with Mender on Kirkstone where the RootFS switch after an update doesn’t seem to be happening. Initially I thought this was part of the problem a few others were experiencing with the kirkstone
branch, but after testing known good versions of meta-mender, this doesn’t seem to be the case and is likely something that I’m doing wrong instead (hence the separate thread). The WebUI also falsely reports the update as being a success too, updating the current software field, despite no switch taking place.
Versions i’ve tested:
- This PR
- Kirkstone (latest branch)
- Kirkstone v2023.12
- Kirkstone v2023.10
- Kirkstone v2023.08
This is what my local.conf looks like which inherits MENDER_FULL
that uses uboot_uefi_grub
as the mender_bootloader_integration:
MACHINE = "raspberrypi4"
## MENDER CONFIG
MENDER_ARTIFACT_NAME = "testimageartifact"
INHERIT += "mender-full"
ARTIFACTIMG_FSSTYPE = "ext4"
MENDER_SERVER_URL = "https://hosted-mender-instance"
MENDER_STORAGE_TOTAL_SIZE_MB = "16000"
MENDER_BOOT_PART_SIZE_MB = "500"
MENDER_DATA_PART_SIZE_MB = "2500"
## Raspberry Pi Config
VIDEO_CAMERA = "1"
ENABLE_I2C = "1"
KERNEL_MODULE_AUTOLOAD:rpi += "i2c-dev i2c-bcm2708"
GPU_MEM = "128"
PREFERRED_PROVIDER_virtual/psplash = "plymouth"
Output of grub-mender-grubenv-print
before an attempted rootFS update:
bootcount=0
mender_boot_part=2
upgrade_available=0
After an attempted rootFS update:
bootcount=0
mender_boot_part=3
upgrade_available=1
mender_uboot_seperator=
mender_boot_part_hex=3
My cmdline.txt (stays the same after a rootfs update):
dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait loglevel=1
Any ideas?