Was the software title installed freshly or updated/migrated?: Was running for probably several years, problems started with one of the latest upgrades
Can this issue be replicated on a fresh installation of DietPi? I do not know
Steps to reproduce
having kiosk mode running on a above system, let’s say from February 2025
Run upgrades (which were including x-server and probably chromium)
Expected behaviour
It should work as I did long time before
Actual behaviour
Once in a while, may be 1h or 5h the kiosk mode stops working. The display then is showing the following screen:
Same here.. almost the same system.. Rpi 3b with a small HDMI 7" screen… from what I can tell it started when chromium last updated… about a week ago? same screen errors i got.. Also.. tried it on a Orange Pi Zero 3 same thing after an hour or so… the webpage being display is a Home Assistant Dashboard. (note: in my errors it mentions the GPU being unsupported… )
So.. mine stayed up for almost 24hrs. before crashing again.. before I posted yesterday I had tried changing to the new Rpi-kernel in advanced settings of dietpi-config, and then set the screen size.. was hopeful that would make the difference.. and for almost 24hrs it did.. lol.. but back to square one..
Same issue here.
Started after update to 9.12 from 9.11
Did a fresh install with just Chromium and run in Kiosk Mode.
Does not work stable anymore. Sometimes it runs for several hours, sometimes only a few min after boot.
Any hint is highly appreciated.
Best would be if someone has a backup from before. I doubt it is related to dietpi own scripts. Might be another debian package that has been updated as well.
Is dietpi somewhere storing the update history? Debian e.g. does but it did not find the related log files in dietpi. This would help me to downgrade chromium and x server. One of both I think is the candidate…
I need to say, that I have the same system also running on a raspberry 4. This one is still running stable!
You would need to compare apt package version of kernel, xserver and Chromium between both systems. At the end, DietPi and RPI OS uses the very same packages.
As I couldn’t figure out the real reason, I switched back to an old version of Chromium by using Pi-Apps. It’s just an interim solution, but this seems to work now again.
I had problems to install pi-apps on dietpi. Therefore I now use a bullseye version of dietpi. It seems to be stable in kiosk mode. Chromium is installed in version 126 in bullseye as far as I can see.
Here Pi-Apps installed via terminal command without problem as described on their site.
In fact I’m also on Chromium Version 126, which was the latest to go back in Pi-Apps.
Since rollback, working without any crash.
I’m experiencing the same chromium issues on RPi3 Model B, and tried the above (installing upower, etc.), but it still persists.
I modified /var/lib/dietpi/dietpi-software/installed/chromium-autostart.sh by calling the last line in a while loop, so that it restarts itself when it crashes, and that at least makes my kiosk useful…
# Restart Chromium loop
while true; do
"$STARTX" "$FP_CHROMIUM" $CHROMIUM_OPTS "${URL:-https://dietpi.com/}" -- -nocursor
sleep 5 # cooldown
done