Witam, chciałem zasięgnąć porady czy i dlaczego warto skorzystać z tej metody instalacji w moim przypadku. “Sprzęt” to Dell Wyse ZX0 Z90D7 AMD G-T56N 1.65GHz 8GB 120GB SSD, obecna instalacja
Dzięki za odp. W sumie to jestem zadowolony bo problemów nie miałem jak do tej pory, instalację na debianie wykonałem nie mając żadnego doświadczenia ani tym bardziej porównania z innymi instalacjami ani z samym HA, od stycznia staram się to jakoś ogarniać z pomocą tego forum. Do wątku bare-metal wracałem już po kilkanaście razy aż w końcu zapytałem. Co to oznacza
To znaczy, że o tego Debiana i generalnie o kilka innych rzeczy (python, docker, agent itd.) musisz zadbać, czyli samodzielnie je aktualizować do wymaganych wersji aby spełniały minimalne wymagania HA.
Mając instalację HAOS aktualizację systemu i środowiska załatwiasz jednym kliknięciem.
Dla porównania - mam instalację testową na nieco słabszym Thin Cliencie (to Samsung TC241 sprzętowo wypada blado przy twoim sprzęcie - procek to GT-40N, też 2 rdzenie ale to słabsza wersja z tamtej epoki, 4GB RAM, 64GB ssd)
To mnie się podoba, pytanie tylko czy taką przesiadkę da się jakoś bezproblemowo przeprowadzić bo chyba obraz systemu plus przywrócenie backupu na etapie onboardingu nie załatwi sprawy ?
Nie wiem co masz za integracje, ale skoro masz supervised, to moim zdaniem (poza skonfigurowaniem sieci hosta tak jak masz teraz, bo to nie jest przedmiotem backupu) przywrócenie backupu w trakcie instalacji wystarczy.
Zunifikowane backupy są dopiero od paru(nastu?) miesięcy, ale to powinno działać.
Jeśli masz inny nośnik możesz spróbować bez ryzyka (najlepiej inny ssd, ale na próbę można spróbować testowej instalacji nawet na pendrive czy karcie SD/TF o ile docelowy komputer z nich zabootuje).
Tak spróbowałem, nie miałem co prawda wolnego ssd, ale hdd się znalazł, system powstał, tasmota, mqtt, z2m, odpaliło się, sensory zagadały, czujniki reagują, ale wszystkie Dodatki są “szare” z czerwoną kropką tak jak jest przy nie uruchomionym dodatku, opcja zatrzymaj, uruchom ponownie nie działa.
Tu nic nie robiłem, router przypisał mu stałe po Mac-u, pewnie dlatego mogłem się zalogować.
Wygląda na to że nie byleś dość cierpliwy - prawdopodobnie Dodatki muszą się zbudować na nowo - przy migracji na inną platformę zajęło to u mnie kilka godzin.
W razie czego można ponaprawiać Dodatki usuwając je i instalując ponownie a następnie selektywnie przywrócić tylko ich konfiguracje.
W przypadku dodatku nie budowanego lokalnie (a pobieranego w postaci obrazu) może to być wręcz konieczne (ale tak zbudowane są nieliczne nieoficjalne dodatki).
Witaj, dziś podjąłem kolejną próbę, byłem bardziej cierpliwy, póki co to już 5-ta godzina i nic, wszystko się uruchomiło, automatyzacje działają switche przełączają , tasmota, mqtt, zigbeee itd , działa. W “dodatkach” ciągle szaro, próba dodania nowego dodatku działa tak, że dodatek się pojawia ale jest nieaktywny i nie da się go uruchomić.
Może w tym jest problem ?
2022-10-01 19:37:44.922 ERROR (MainThread) [homeassistant.components.hassio.handler] /store return code 500
2022-10-01 19:37:44.936 ERROR (MainThread) [homeassistant.components.hassio] Failed to to call /store -
No na to wygląda, że jest problem ze Sklepem, pozostaje więc popróbować selektywnego przywrócenia Backupu.
Teoretycznie, aby nie robić w kółko reinstalacji całego systemu powinno wystarczyć skasowanie całej zawartości katalogu config i restart systemu - po restarcie powinien przejść do etapu onboardingu (to działało kilka lat temu, nie wiem czy nadal się da wykorzystać ten trik).
W sumie najpierw możesz sprawdzić czy masz w Sklepie dodane wszystkie potrzebne repozytoria (a nawet wręcz je dodać “w ciemno” bo te 2 poniższe niekoniecznie są widoczne na liście repozytoriów)
systemowe
Ok, spróbujemy, w tej działającej instalacji jak wejdę w zarządzanie repozytoriami mam tylko co na screenie poniżej, są tylko te 2 sztuki.
’
podepnę ten drugi “nowy dysk” i dam znać co tam jest .
Wbudowanych repo nie widać na liście, dlatego o nich napisałem.
A teraz pytanie - czy dodatki z tych repozytoriów, które masz dodane, też są “wyszarzone” ?
Jeśli tak to problem jest grubszy, może np. dotyczyć Supervisora
Tak wszystkie dodatki były wyszarzone, jak dodałem nowy “Glanses”, którego nigdy wcześniej nie miałem to też się dodał i był wyszarzony.
Podpiąłem teraz ten nowy dysk, system się uruchomił i wszystkie dodatki są “normalne” święcą jak na “starym”, oprócz “glanses”, który aby zadziałał musiałem “zaznaczyć” aby było → Tryb ochrony jest wyłączony!
Wygląda na to, że działa (nie pamiętam, czy po wykonaniu przywrócenia z backupu zrobiłem restart tylko HA czy całego hosta, może nie wykonałe tego i stąd ten problem był ?
W logach nie widzę nic co mnie niepokoi, ale są błędy których nie widziałem wcześniej :
Zacząłbym od zajrzenia pod adres HA na porcie 4357 (zamiast 8123), to się dowiesz co się dzieje z Supervisorem.
Być może trzeba przywrócić częściowy backup - dość dawno (wtedy to były jeszcze “snapszoty”) zmieniałem platformę i wtedy się przywracało z backupu wszystko poza HA, być może powinieneś spróbować takiej drogi.
Też już nie pamiętam jak się powinno to zrobić ale wydaje mi się, że restart maszyny jest konieczny (ale z pewnością nie od razu, trzeba odczekać chociaż kilkanaście minut, chociaż ja bym poczekał i parę godzin).
miałem tylko dwa, jeden się nie zmienił i działał drugiego znalazłem jak wyżej, tego procesora nie wiem jak szukać. w glances pokazuje jakieś sensory ale to są te dwa z command line
Logger: homeassistant.components.systemmonitor.sensor
Source: components/systemmonitor/sensor.py:350
Integration: systemmonitor (documentation, issues)
First occurred: 16:14:58 (1 occurrences)
Last logged: 16:14:58
Cannot read CPU / processor temperature information
Edit:
Dziękuję @szopen za pomoc, wygląda na to, że temat ogarnięty.
Wydaje mi się, że kiedy używałem instalacji DEBIAN 11 - HA Supervised, to integracja systemmonitor brała dane do processor_temperature z którejś z poniższych ścieżek, a ja dodając dodatkowe dwa sensory z platformy command_line zdublowałem jeden z nich. Przechodząc na Generic x86-64 widocznie ścieżka dla processor_temperature nie działa, a oba sensory są dostępne jak dawniej z command_line
- platform: command_line
name: ACPI Temperature
command: "cat /sys/class/thermal/thermal_zone0/temp"
unit_of_measurement: "°C"
value_template: '{{ value | multiply(0.001) | round(1) }}'
- platform: command_line
name: CPU Temperature
command: "cat /sys/class/thermal/thermal_zone0/hwmon1/temp1_input"
unit_of_measurement: "°C"
value_template: '{{ value | multiply(0.001) | round(1) }}'
Pozostał tylko temat “Putty”, z którego teraz nie mogę się połączyć (samba działa) ale nie wiem czy jest mi to teraz w tej nistalacji aż tak bardzo potrzebne.
Czy te komendy działają na obecnej instalacji cat /sys/class/thermal/thermal_zone0/hwmon1/temp1_input cat /sys/class/thermal/thermal_zone0/temp
sprawdzisz w terminalu (lub w CLI jeśli masz konsolę lokalną).
Jako terminal wystarcza Dodatek “SSH & Web Terminal” z grupy Community (lub “Terminal & SSH” z grupy oficjalnych, nie pamiętam dlaczego, ale wolę pierwszy wymieniony) i wystarczy odpalić go z GUI (jakkolwiek daje też dostęp po ssh do HA, ale nie do systemu).
