There appears to be a breaking change in HA 2022.2.2 which I did not spot before:
Home Assistant no longer supports managing a PID file or creation of a daemon process. > Users who use a customized core or container installation may need to update their startup scripts.
The --runner option is no longer supported by the hass command. Requesting a restart from the UI will now always exit with exit code 100. You will need to update your startup scripts to handle the restart, like our Systemd service example.
Home Assistant will exit immediately if not started from a supported operating system according to ADR-0016: Linux (including WSL) or OSX. A new command line parameter --ignore-os-check has been added to allow overriding this check.
ok I had a look and you could create an ugly workaround, to restart service as soon as failed. This is basically what the restart button does, killing the process.
Feb 05 12:57:15 DietPi4 systemd[1]: home-assistant.service: Main process exited, code=exited, status=100/n/a
Feb 05 12:57:15 DietPi4 systemd[1]: home-assistant.service: Failed with result 'exit-code'.
Feb 05 12:57:15 DietPi4 systemd[1]: home-assistant.service: Consumed 8min 33.187s CPU time.
You can do it on a drop-in config for home-assistant.service as follow.
The other error messages are related to the device you like to connect. On my test system, I could force the error message related to FFmpeg by including some Nest Protect device who seems to require this module. You could worked around by installing the require module
Jep, this RestartForceExitStatus is actually an elegant way to better achieve this, triggering only at the one intended exit code that is returned when HA forks a child and terminates, to restart.
Are you saying that I should upgrade to DietPi 8.1 Beta
DietPi v8.1 will be released this weekend. The fix has not been applied to Beta brach so far. I guess it will pushed to Beta short before release only. Therefore you can wait until release or use the workaround provided by MichaIng