# HA początki, bezpieczeństwo **URL:** \ **Category:** Home Assistant\ **Tags:** aktualizacja, faq\ **Created:** [12 Kwiecień 2024 06:21 UTC](https://forum.arturhome.pl/t/ha-poczatki-bezpieczenstwo/12117 "2024-04-12T06:21:59Z")\ **Posts on this page:** 1\ **Showing post:** 6
**Autor:** ![szopen](https://forum.arturhome.pl/user_avatar/forum.arturhome.pl/szopen/32/1093_2.png) [@szopen](https://forum.arturhome.pl/u/szopen)\ **Data wpisu:** [12 Kwiecień 2024 10:12 UTC](https://forum.arturhome.pl/t/ha-poczatki-bezpieczenstwo/12117/6 "2024-04-12T10:12:46Z")
> [@Romek\_Z](#): > > No i wczoraj po update system nie wstał. Precyzja to podstawa - po update czego??? HA core, OSa czy czegoś innego, każde update daje się cofnąć używając odpowiedniej metody rollbacku. Jeśli to był HAOS > [@Aktualizacja HAOS 12.2 wprowadza obsługę MPTCP](https://forum.arturhome.pl/t/aktualizacja-haos-12-2-wprowadza-obsluge-mptcp/12118): > > Teoretyczne obsługa MPTCP, nie powinna wpływać negatywnie na nic (i jest dość dobrze przetestowana, bo od dość dawna istnieje w rozwiązaniach Apple, Samsung, Microsoft, czy wiodących dystrybucjach Linuxów). ALE gdyby jednak po tej aktualizacji OSa ujawniły się u kogokolwiek problemy z siecią, których wcześniej nie było, to wyjścia są 2 mając dostęp do lokalnej konsoli (klawiatura + monitor) można zmienić slot bootowania systemu na wersję z której aktualizowaliśmy (zawsze nowy system jest in… > [@Romek\_Z](#): > > Ale czy nie da się inaczej? Dwa dyski w środku, jak z jednego nie wstaje, to wstaje linuks z drugiego? A może dwa HA na dwóch dyskach? Nie jestem informatykiem, ale starym elektronikiem, więc bliżej mi do lutownicy niż do systemowych rozwiązań. rozwiązanie, które zminimalizuje kłopot. Nie musisz kombinować - rozwiązanie już jest, tylko jeszcze z niego nie skorzystałeś (i teoretycznie powinno zadziałać, ale jak wiadomo nie ma rozwiązań skutecznych w 100% przypadków). Jest jeszcze jedno rozwiązanie, o którym nie wspomniałem w podlinkowanym wątku. Kwestia dotyczy systemu HAOS - ma on zabezpieczenie - po trzykrotnym nieudanym bootowaniu zostaje uruchomiony system z drugiego slotu. Instalacja HAOS zawiera dwa sloty z systemem (mówiąc prościej są na dysku dwa oddzielne systemy operacyjne w różnych wersjach) w przypadku nieudanej aktualizacji systemu gdy nowa kopia systemu nie startuje należy “na bezczelnego” odłączyć zasilanie na krótki okres (to dotyczy sytuacji, TYLKO gdy masz 200% pewności, że system się nie uruchomił i czekałeś dostatecznie długo), ponawiasz procedurę jeśli znowu się nie uruchomi (odczekując dostatecznie długo - nie wiem ile w twojej konfiguracji całość instalacji startowała przy reboocie ale powiedzmy, że względnie bezpieczne jest odczekanie 10-20 minut między kolejnymi próbami “ruskiego restartu”), nie ma sensu ponawiać tego więcej niż trzy razy (ale gdy sytuacja jest beznadziejna można spróbować i z 5x). UWAGA 1 Ta procedura dotyczy TYLKO instalacji HAOS-generic i HAOS dla SBC i sytuacji związanych z aktualizacją HAOS NIE dotyczy wirtualizacji - w przyadku wirtualizacji restartujemy VM a NIE całego hosta! UWAGA 2 Jeśli procedura trzykrotnego restartu sprzętowego się powiodła, to - należy zabezpieczyć system przed przypadkowym uruchomieniem się “trefnej wersji” (przykład hipotetyczny trefny jest system 12.2, w wyniku procedury lądujemy na jakiejś poprzedniej wersji, warto wiedzieć na jakiej, ale jeśli aktualizacje były systematyczne, to będzie to 12.1, więc wtedy robimy downgrade do 12.0 a następnie update do 12.1, to zagwarantuje skasowanie systemu w wersji 12.2 z obu slotów). - należy zgłosić issue do OSa lub dopisać się do pasującego istniejącego [Issues · home-assistant/operating-system · GitHub](https://github.com/home-assistant/operating-system/issues) UWAGA 3 Wszystko co napisałem powyżej nie dotyczy kwestii związanych z żadnymi INNYMI aktualizacjami oprócz HAOS (nie dotyczy aktualizacji HA core czyli po prostu HA, nie dotyczy aktualizacji Supervisora). Nie dotyczy tez zmian w konfiguracji wprowadzonych ręcznie. oraz jak przedmówcy wspomnieli **Aktualizacji systemu nie przeprowadzamy zdalnie** jeśli nie zostały one dostatecznie przetestowane przez ogół użytkowników lub sami nie przetestowaliśmy sobie ich na innej instalacji (taki komfort mają tylko posiadacze kilku instalacji HA w tym pracujących w dostatecznie zbliżonym środowisku sieciowym), wprowadzenie MPTCP mogło mieć wpływ na pracę systemu tylko w specyficznych środowiskach LAN (sam robiłem wstępne testy na instalacji testowej jeszcze na wersji beta tego systemu i u mnie jestem w połowie wdrażania 12.2 i jak na razie zaktualizowałem tylko te instalacje gdzie mam łatwy dostęp, w każdym przypadku było to bez problemów, ale instalacje zdalne oczywiście czekają na rozwój sytuacji). * * * Odniosę się do słów przedmówcy (@opensource4life), który zachwala proxmox’a - taki wybór musi być świadomy, jak i każda inna instalacja niż bare-metal generic (lub SBC dla innych platform niż PC) musi być świadomym wyborem użytkownika. Moderuję to forum od kilku lat (i w związku z tym być może nie przeczytałem wszystkich postów, ale na pewno ich znakomita większość, więc uważam, że jestem uprawniony do tych wniosków) i po prostu widziałem ile razy proxmox przerósł użytkowników i widzę jaka jest skala migracji proxmox → generic w stosunku do migracji generic → jakikolwiek inny sposób instalacji. --- _[View the full topic](https://forum.arturhome.pl/t/ha-poczatki-bezpieczenstwo/12117)._