Nieudana instalacja ESPHome Device Builder w HA

[lafar6502]

Czesć,

mam świeżo postawiony HA (HAOS) na komputerze HP T630 (bare metal, bez żadnej wirtualizacji). I generalnie jestem świeżym użytkownikiem HA.
Pierwsze urządzenia po zigbee udało mi się podłączyć czyli całość raczej działa. Chciałbym teraz zrobić parę eksperymentów z ESPHome i w tym celu chciałem zainstalować aplikację ESPHome Device Builder w HA. Normalnie, z GUI

Niestety, kończy się to błędem instalacji:

supervisor log zawiera takie informacje o tej instalacji:

2026-03-30 20:44:03.085 INFO (SyncWorker_2) [supervisor.addons.addon] Creating Home Assistant add-on data folder /data/addons/data/5c53de3b_esphome
2026-03-30 20:44:03.731 INFO (MainThread) [supervisor.docker.interface] Downloading docker image ghcr.io/esphome/esphome-hassio with tag 2026.3.1.
2026-03-30 20:44:31.402 ERROR (MainThread) [supervisor.docker.manager] failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:1750708afa7bd67a18250afd083f8462f640774261e21ff4594aa90f2a631de8) to overlayfs as "extract-163120275-sXQr sha256:900b468a8e93210b42c5f23d73e7771dab802e209b0528d1bef3cc5955499cb3": archive/tar: invalid tar header
2026-03-30 20:44:31.404 ERROR (MainThread) [supervisor.addons.addon] Could not pull image to update addon 5c53de3b_esphome: failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:1750708afa7bd67a18250afd083f8462f640774261e21ff4594aa90f2a631de8) to overlayfs as "extract-163120275-sXQr sha256:900b468a8e93210b42c5f23d73e7771dab802e209b0528d1bef3cc5955499cb3": archive/tar: invalid tar header
2026-03-30 20:45:04.112 INFO (MainThread) [supervisor.docker.interface] Downloading docker image ghcr.io/esphome/esphome-hassio with tag 2026.3.1.
2026-03-30 20:45:22.503 ERROR (MainThread) [supervisor.docker.manager] failed commit on ref "layer-sha256:88f0fc4faaada07cd23f7553180e6ca62e1f0196d40df8a8c43dc10095399a00": commit failed: unexpected commit digest sha256:60dc13f8cbfb35be3e647f00131e42732a08fde14aa855ab5b5714d1aef32cea, expected sha256:88f0fc4faaada07cd23f7553180e6ca62e1f0196d40df8a8c43dc10095399a00: failed precondition
2026-03-30 20:45:22.504 ERROR (MainThread) [supervisor.addons.addon] Could not pull image to update addon 5c53de3b_esphome: failed commit on ref "layer-sha256:88f0fc4faaada07cd23f7553180e6ca62e1f0196d40df8a8c43dc10095399a00": commit failed: unexpected commit digest sha256:60dc13f8cbfb35be3e647f00131e42732a08fde14aa855ab5b5714d1aef32cea, expected sha256:88f0fc4faaada07cd23f7553180e6ca62e1f0196d40df8a8c43dc10095399a00: failed precondition

moja wersja HA

Pytanie - czy ktoś zna możliwą przyczynę tego problemu, coś robię źle, nie mam poprawnej instrukcji instalacji, czy może to jakiś znany problem i jest dla niego jakieś rozwiązanie?
Dzięki RG

[angler (Cezary.K)]

Prawdopodobnie dotyczy to tej zmiany związanej z Docker w HAOS:

Haos 17 i Docker Containerd Snapshotter

Jakiś czas temu zaktualizowałem haos do wersji 17, instalacje mam postawioną na VM na qnap i śmiga elegancko, ale w changelog wersji 17 jest coś takiego: Starting with this release, new installations use the Docker containerd snapshotter by default, which provides improved performance and stability. Existing users can migrate to the new storage driver using the following command: ha docker migrate-storage-driver ktoś robił do tego upgrate? Jakieś duże różnice? coś może się wykrzaczyć po drodz…

Tu w opisie do wydania więcej informacji:

Release Home Assistant OS 17.0 · home-assistant/operating-system

EDIT:
Poprosimy o więcej informacji:

Jak podzielić się informacjami o swojej instalacji Home Assistant na forum lub githubie

To szczególnie ważne dla nowych lub mało doświadczonych użytkowników HA, którzy nie potrafią w 2 słowach jednoznacznie nazwać metody instalacji swojego HA. Oczywiście nie mogę gwarantować, że to wygląda tak samo bezwzględnie w każdej instalacji (w szczególnie “zapuszczonych” starych wersjach to menu jest w innym miejscu, ale zakładam, że chodzi o instalację w wersji nie starszej niż z 2023 roku), ale ostatnimi laty standaryzacja rozwiązań jest na tyle duże, że jeśli nie widzisz tego to znaczy p…

Możliwe, że przyczyna jest w braku pamięci. Na jakim dysku masz tego HAOS?

[Allon]

Według mnie bardzo prawdopodobna przyczyna to problemy z DNSem

Sprawdź, jakie masz ustawione serwery DNS w HA. Jeśli używasz domyślnych od dostawcy internetu spróbuj zmienić je na Google (8.8.8.8) lub Cloudflare (1.1.1.1).

• Wejdź w Ustawienia → System → Sieć i w sekcji IPv4 skonfiguruj DNS ręcznie.
• Stabilność: Myśłę że HP jest podłączony kablem (Ethernet) a nie przez Wi-Fi (choć przy “bare metal” to raczej standard).

Mogą to też być problemy z pamięcią (RAM lub dysk) bo jeśli uruchomiłeś HA na Proxmoxie i masz kiepsko ustawione kopie zapasowe to to potrafi zapchać w tydzień.~ Nie zauważyłwm że Bear Metal​,ale i tak bym sprawdził

Oraz na wszelki bym zrestartował hosta. To jest najstarsza i najskuteczniejsza rada​

[lafar6502]

System Information

version	core-2026.3.4
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
container_arch	amd64
user	root
virtualenv	false
python_version	3.14.2
os_name	Linux
os_version	6.12.67-haos
arch	x86_64
timezone	Europe/Warsaw
config_dir	/config

Home Assistant Community Store

GitHub API	ok
GitHub Content	ok
GitHub Web	ok
HACS Data	ok
GitHub API Calls Remaining	5000
Installed Version	2.0.5
Stage	running
Available Repositories	2929
Downloaded Repositories	1

Home Assistant Cloud

logged_in	false
can_reach_cert_server	ok
can_reach_cloud_auth	ok
can_reach_cloud	ok

Home Assistant Supervisor

host_os	Home Assistant OS 17.1
update_channel	stable
supervisor_version	supervisor-2026.03.2
agent_version	1.8.1
docker_version	29.1.3
disk_total	468.7 GB
disk_used	9.4 GB
nameservers	192.168.32.1, fd69:8b17:3633::1
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization
board	generic-x86-64
supervisor_api	ok
version_api	ok
installed_addons	Get HACS (1.3.1), Zigbee2MQTT (2.9.1-1)

Dashboards

dashboards	2
resources	0
views	0
mode	storage

Network Configuration

adapters	lo (disabled), enp1s0 (enabled, default, auto), docker0 (disabled), hassio (disabled), vetha28b541 (disabled), veth3063a92 (disabled), vethcec2b62 (disabled), veth72c5a54 (disabled), veth638b68b (disabled), veth772b9ff (disabled)
ipv4_addresses	lo (127.0.0.1/8), enp1s0 (192.168.32.197/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), vetha28b541 (), veth3063a92 (), vethcec2b62 (), veth72c5a54 (), veth638b68b (), veth772b9ff ()
ipv6_addresses	lo (::1/128), enp1s0 (fd69:8b17:3633::a2a/128, fd69:8b17:3633:0:bcd7:5416:8073:970d/64, fe80::8bb7:d4ed:5c40:a641/64), docker0 (fe80::c04e:b2ff:fe58:a3cd/64), hassio (fd0c:ac1e:2100::1/48, fe80::b4bf:62ff:fe59:3c5d/64), vetha28b541 (fe80::7818:32ff:fede:c0ef/64), veth3063a92 (fe80::d4a4:a3ff:fee2:e307/64), vethcec2b62 (fe80::6056:24ff:fe32:38cd/64), veth72c5a54 (fe80::f89e:d4ff:fe55:eb3f/64), veth638b68b (fe80::d4be:a7ff:fef3:5e19/64), veth772b9ff (fe80::80c:1dff:fecc:6bde/64)
announce_addresses	192.168.32.197, fd69:8b17:3633::a2a, fd69:8b17:3633:0:bcd7:5416:8073:970d, fe80::8bb7:d4ed:5c40:a641

Recorder

oldest_recorder_run	29 marca 2026 12:41
current_recorder_run	30 marca 2026 18:29
estimated_db_size	1.62 MiB
database_engine	sqlite
database_version	3.49.2

```

[Allon]

I proszę tak jak myślałem problemy z DNSem.
Kożystasz z bramy domowej (routera) jako serwera DNS. Jeśli router ma problem z rozwiązaniem adresów serwerów Dockera (ghcr.io) połączenie zostaje przerwane a dostajesz błąd nvalid tar header (pobrano śmieci zamiast pliku).

Wrzuciłem na szybko do AI:

### Diagnoza na podstawie logów

W sekcji **Network Configuration** oraz **Supervisor** widać, że serwerem DNS dla Home Assistanta jest obecnie adres `192.168.32.1` (prawdopodobnie Twój router).

* **DNS:** Jeśli router ma problem z przekazywaniem zapytań lub Twój dostawca internetu (ISP) ma awarię swoich serwerów DNS, HA może tracić łączność z chmurą, HACS-em czy aktualizacjami, mimo że sieć lokalna działa.
* **Zasoby:** Wygląda na to, że problem z miejscem na dysku Cię nie dotyczy. Masz **468.7 GB** miejsca, z czego zużyte jest tylko **9.4 GB**. Baza danych (Recorder) jest bardzo mała (1.62 MiB), co sugeruje świeżą instalację lub niedawny restart.

---

### Co powinieneś zrobić (krok po kroku):

1. **Zmień DNS na sztywno (zgodnie z radą Allona):** To najczęstsza przyczyna "dziwnych" zachowań w HAOS.
  * Wejdź w: **Ustawienia** → **System** → **Sieć**.
  * Rozwiń sekcję **IPv4**.
  * Zmień ustawienie z "Automatyczne" na **Statyczne** (zachowaj swój adres IP `192.168.32.197` i bramę `192.168.32.1`).
  * W polu **Serwery DNS** wpisz: `8.8.8.8` (Google) oraz po przecinku `1.1.1.1` (Cloudflare).
  * Zapisz i zrestartuj system.
2. **Wyłącz IPv6 (opcjonalnie, jeśli problemy nie ustąpią):** W logach widać bardzo dużo adresów IPv6 (`fd69:8b17...`). Czasami kontenery Dockerowe w HA gryzą się z obsługą IPv6 na niektórych routerach. Jeśli zmiana DNS nie pomoże, spróbuj tymczasowo wyłączyć IPv6 w tym samym menu (Ustawienia → System → Sieć).
3. **Sprawdź sprzęt (Bare Metal):** Skoro działasz na "czystym metalu" (prawdopodobnie terminal HP lub podobny mini-PC), sprawdź w logach systemowych (**Ustawienia** → **System** → **Logi** → wybierz **Host** w prawym górnym rogu), czy nie pojawiają się błędy typu `I/O error`. Przy starszych dyskach SSD/eMMC to one mogą powodować "zamrażanie" systemu.
4. **Restart Host-a:** Pamiętaj, aby nie robić tylko "Restartu Home Assistant" (to restartuje tylko usługę), ale **Restart Systemu** (**Ustawienia** → **System** → przycisk zasilania w prawym górnym rogu → **Uruchom ponownie system**).

[angler (Cezary.K)]

A moje LLM podają inną przyczynę:

Karta sieciowa Realtek (RTL8111/8168) w HP T630 ma znany błąd hardware checksum offloading na Linuksie (HAOS). Pobiera duże pliki (obrazy Docker) z uszkodzeniami – stąd invalid tar header i unexpected commit digest.

1. Wyczyść uszkodzony obraz z Dockera

Zainstaluj z Add-on store: Terminal & SSH → uruchom → w terminalu wpisz:

docker rmi ghcr.io/esphome/esphome-hassio:2026.3.1

docker system prune -f

Potem zrób pełny restart hosta z UI

Możesz zrobić to bez instalowania Add-on (obecnie w HA Add-on to aplikacja), użyć fizycznej klawiatury i monitora. Wykonać komendy dla wyczyszczenia Docker z terminala HAOS.
Ale taki dostęp po SSH raczej prędzej niż później się przydaje.

[lafar6502]

Dzięki za szybką diagnozę, ale nie.

Ustawienia sieci zmieniłem tak:

Mimo to instalacja nadal nie przechodzi

Zwróćcie uwagę na te errory - właściwie za każdym razem są to inne komunikaty błędów - albo problem z crc pliku, albo z nagłówkiem tar, albo z archiwum gzip, albo teraz z ‘Error while dialing / unix socket’ - że niby co, potem znów jakieś asercje w kodzie.. może faktycznie jakieś losowe śmieci zaciąga za każdym razem

2026-03-30 21:49:07.544 INFO (MainThread) [supervisor.docker.interface] Downloading docker image ghcr.io/esphome/esphome-hassio with tag 2026.3.1.
2026-03-30 21:49:26.579 ERROR (MainThread) [supervisor.docker.manager] failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:8549cf0f8a9167e911a569598c3a732c009596569168dccf3f745a8172dc4671) to overlayfs as "extract-247872826-bty6 sha256:6e234127366702684cb910055658eaa6e35dd1360e42002c646663b2477cb020": archive/tar: invalid tar header
2026-03-30 21:49:26.581 ERROR (MainThread) [supervisor.addons.addon] Could not pull image to update addon 5c53de3b_esphome: failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:8549cf0f8a9167e911a569598c3a732c009596569168dccf3f745a8172dc4671) to overlayfs as "extract-247872826-bty6 sha256:6e234127366702684cb910055658eaa6e35dd1360e42002c646663b2477cb020": archive/tar: invalid tar header
2026-03-30 21:50:19.432 INFO (MainThread) [supervisor.host.network] Updating local network information
2026-03-30 21:50:20.435 INFO (MainThread) [supervisor.plugins.dns] Restarting CoreDNS plugin
2026-03-30 21:50:20.440 INFO (MainThread) [supervisor.docker.manager] Restarting hassio_dns
2026-03-30 21:51:02.143 INFO (MainThread) [supervisor.host.control] Set hostname homeassistant
2026-03-30 21:51:13.533 INFO (MainThread) [supervisor.docker.manager] Restarting homeassistant
2026-03-30 21:51:32.688 INFO (MainThread) [supervisor.homeassistant.core] Wait until Home Assistant is ready
2026-03-30 21:51:41.808 INFO (MainThread) [supervisor.resolution.evaluate] Starting system evaluation with state running
2026-03-30 21:51:41.895 INFO (MainThread) [supervisor.resolution.evaluate] System evaluation complete
2026-03-30 21:51:42.715 INFO (MainThread) [supervisor.homeassistant.core] Home Assistant Core state changed to APIState(core_state='NOT_RUNNING', offline_db_migration=False)
2026-03-30 21:51:47.732 INFO (MainThread) [supervisor.homeassistant.core] Home Assistant Core state changed to APIState(core_state='STARTING', offline_db_migration=False)
2026-03-30 21:51:52.746 INFO (MainThread) [supervisor.homeassistant.core] Home Assistant Core state changed to APIState(core_state='RUNNING', offline_db_migration=False)
2026-03-30 21:51:52.746 INFO (MainThread) [supervisor.homeassistant.core] Detect a running Home Assistant instance
2026-03-30 21:52:12.025 INFO (MainThread) [supervisor.docker.interface] Downloading docker image ghcr.io/esphome/esphome-hassio with tag 2026.3.1.
2026-03-30 21:52:27.365 ERROR (MainThread) [supervisor.docker.manager] failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:b3b4f30c6749b72e9b25139714a21ee8c3c5689b213a023c7b42be2634cfc320) to overlayfs as "extract-7726109-E6YX sha256:d7fd4818bd901f48bbc874a8fed414d1473d92ce1451c133f4d6a4516cbd393b": Unavailable: error reading from server: read unix @->/run/containerd/containerd.sock: read: connection reset by peer
2026-03-30 21:52:27.366 ERROR (MainThread) [supervisor.addons.addon] Could not pull image to update addon 5c53de3b_esphome: failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:b3b4f30c6749b72e9b25139714a21ee8c3c5689b213a023c7b42be2634cfc320) to overlayfs as "extract-7726109-E6YX sha256:d7fd4818bd901f48bbc874a8fed414d1473d92ce1451c133f4d6a4516cbd393b": Unavailable: error reading from server: read unix @->/run/containerd/containerd.sock: read: connection reset by peer
2026-03-30 21:52:35.280 INFO (MainThread) [supervisor.docker.interface] Downloading docker image ghcr.io/esphome/esphome-hassio with tag 2026.3.1.
2026-03-30 21:52:35.337 ERROR (MainThread) [supervisor.docker.interface] Can't install ghcr.io/esphome/esphome-hassio:2026.3.1: [503] Unavailable: connection error: desc = "transport: Error while dialing: dial unix /run/containerd/containerd.sock: connect: connection refused"
2026-03-30 21:52:35.338 ERROR (MainThread) [supervisor.addons.addon] Could not pull image to update addon 5c53de3b_esphome: Can't install ghcr.io/esphome/esphome-hassio:2026.3.1: [503] Unavailable: connection error: desc = "transport: Error while dialing: dial unix /run/containerd/containerd.sock: connect: connection refused"
2026-03-30 21:55:17.685 INFO (MainThread) [supervisor.docker.interface] Downloading docker image ghcr.io/esphome/esphome-hassio with tag 2026.3.1.
2026-03-30 21:55:21.756 ERROR (MainThread) [supervisor.docker.manager] failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:e9ddbe7a005f6950194f9ec89ccfff2c86729491901f767d8b03f8062de3daf5) to overlayfs as "extract-655902733-pa8k sha256:4553389ce7cf52da3792d52d1e491f6d9ac300e82a7e9eccb0cca4bba7eaee3f": exit status 127: Inconsistency detected by ld.so: dl-sort-maps.c: 229: _dl_sort_maps_dfs: Assertion `rpo_head == rpo' failed!
2026-03-30 21:55:21.758 ERROR (MainThread) [supervisor.addons.addon] Could not pull image to update addon 5c53de3b_esphome: failed to extract layer (application/vnd.oci.image.layer.v1.tar+gzip sha256:e9ddbe7a005f6950194f9ec89ccfff2c86729491901f767d8b03f8062de3daf5) to overlayfs as "extract-655902733-pa8k sha256:4553389ce7cf52da3792d52d1e491f6d9ac300e82a7e9eccb0cca4bba7eaee3f": exit status 127: Inconsistency detected by ld.so: dl-sort-maps.c: 229: _dl_sort_maps_dfs: Assertion `rpo_head == rpo' failed!

[lafar6502]

@angler

uszkodzony obraz z Dockera

@angler brzmi sensownie, ale jak mi doradzasz instalować terminal & ssh w HA - no cóż, instalacja nieudana tak jak w popprzednim przypadku

będę jednak szedł tym tropem i spróbuję coś wymyślić.

[angler (Cezary.K)]

Masz już nieźle posiekane pliki ceche Dockera.

Pozostaje podłączyć monitor i klawiaturę.

[Allon]

A jesteś pewny co do dysku tego sprzętu??

Widzę błędy sum kontrolnych, nagłówków archiwów (tar) i asercje w bibliotekach…
Ja bym zrobił też memtest RAMu

Jak już będziesz podłączał monitor i klawiaturę to sprawdź odrazu
dmesg | grep -iE "error|critical|btrfs|ext4"

Chociaż wydaje mi się że @angler ma rację…
Nie wiem czy na twoim sprzęcie jest taka opcja, alemożna wyłączyć Checksum Offload bezpośrednio w ustawieniach Network/NIC w BIOSie

[angler (Cezary.K)]

@Allon

Nie wiem czy na twoim sprzęcie jest taka opcja, alemożna wyłączyć Checksum Offload bezpośrednio w ustawieniach Network/NIC w BIOSie

Nemotron 3 Super podpowiada chyba prostsze Linuxowe obejście:

3. Jeśli koniecznie chce użyć wbudowanego LAN

(rozwiązanie bardziej „serwisowe”, mniej przyjazne):

W Advanced SSH & Web Terminal (z wyłączonym „Protection mode”) wpisz:

bash

ethtool -K enp1s0 rx off tx off sg off tso off gso off

To wyłącza problematyczne offloadingi. Po tym znowu krok 1 (czyszczenie cache) i instalacja ESPHome. Trzeba jednak pamiętać, że te ustawienia mogą zniknąć po twardym reboocie, więc w praktyce najwygodniejszy jest mały adapter USB‑Ethernet i temat masz z głowy na lata.

[lafar6502]

OK, no to faktycznie wygląda na problem z wbudowaną kartą sieciową.

Podmieniłem na taką na USB i instalacja ESPHome przeszła

A myslałem że takie rzeczy się nie zdarzają pod Linuxem

Dzięki za owocną diagnozę