W tych logach błędami sypie m.in. integracja template, wygląda na to, że zrobiłeś update HA ignorując breaking changes (nie dostosowałeś tych template zapewne do obecnych wymagań).
Oprócz tego masz problemy z połączeniem do Bleboxa .
Widać tam też, że robiłeś “ruskie restarty”, czyli odpięcie zasilania od działającego systemu - baza danych była naprawiana, po takim zdarzeniu warto wykonać “zdrowy” restart hosta (z menu supervisora) by mogły normalnie uruchomić się wszystkie komponenty i integracje które mogły mieć z tym problem.
Wszystkie te problemy trzeba oczywiście rozwiązać, jakkolwiek moim zdaniem żadne z nich nie są krytyczne dla działania HA, ale niektóre mogą blokować restart HA (proponuję zakomentować wszystko w configuration yaml o co rzuca się walidartor).
Natomiast problem, który opisujesz (zawieszanie się z brakiem dostępu włącznie) jest objawem dość charakterystycznym dla umierającej karty TF (micro-SD) na platformach RPi/Odroid/Tinkerboard.
Jeśli istotnie nie masz instalacji na ssd tylko na karcie, to zrób świeży backup zgraj go na komputer, weź nową kartę, zainstaluj na niej HAOS i na etapie onboardingu przywróć swój świeży backup (nie pozbywając się póki co zawartości starej karty TF).
Workflow jest analogiczny do roboty z przenosinami na nowy nośnik dla instalacji bare-metal na amd64 (x86-64):
Jeśli masz system na ssd to jak wygląda stan SMART?
Istnieje taki niestadardowy addon, którym można to sprawdzić