Software update: Selecting headless mode has no way out about chronos-cam-app HOT 4 OPEN

One other possibility, is that in the event of some kind of catastrophic software problem, the selected GUI might fail to load, preventing the user from being able to reach the software update menu in search of a fix.

I'd like to suggest that some kind of button combination on power-up should force systemd to start directly into the software update tool rather than the configured (if any) GUI, this would allow the user to possibly recover their camera in such a situation.

from chronos-cam-app.

This is a good suggestion now that the software update tool exists.

I think detecting a combination of both the record button and the encoder wheel being pressed down at boot would be a good way to enter the recovery mode.

from chronos-cam-app.

So, I think the approach for this issue is to have the bootloader check for the record and encoder buttons at boot, then update the kernel command line to boot into systemd's rescue mode. In this mode, the graphical targets are not started, which will not attempt to launch any of the GUIs or network services, but will instead launch anything that declares a WantedBy dependency on rescue.target.

from chronos-cam-app.

We're almost there, except that the PMIC watchdog will ruin the party by rebooting the camera when it comes up in rescue mode since cam-pcUtil does not start in rescue mode... So, more fiddling is necessary.

from chronos-cam-app.