Relatório de infra HAOS — Raspberry Pi 5
Data: 2026-09-14
Host SSH: haos (add-on Advanced SSH & Web Terminal)
Hostname HA: homeassistant · IP 192.168.1.10 (Ethernet)
Veredicto
| Área | Status |
|---|---|
| Hardware (Pi 5 8 GB) | Suficiente — upgrade de máquina não necessário agora |
| HAOS / Supervisor | Atualizados (18.2 / 2026.09.0) |
| Core | Update pendente 2026.9.1 → 2026.9.2 |
| Disco (SD ~58 GB) | Ok (21% uso), mas médio prazo: migrar para SSD/NVMe |
| Backups | Crítico: zero backups |
| Add-ons | 2 em error (Git pull, TasmoAdmin) |
| Zigbee USB | Nenhum dongle detectado no momento |
Não compre o kit HA70 (RK3528 / 4 GB / 32 GB) para substituir este Pi. O RPi5 atual é superior em RAM, CPU e armazenamento.
Inventário
| Item | Valor |
|---|---|
| Placa | Raspberry Pi 5 Model B Rev 1.0 (d04170) |
| CPU | 4× Cortex-A76 (0xd0b), aarch64 |
| RAM | 7,8 GiB · ~1,1 GiB em uso · 6,6 GiB disponíveis |
| Swap | 2,6 GiB · 0 B em uso |
| Disco | mmcblk0 58,2 GB (microSD) · data 56,6 GB · 11,5 GB usados (21%) |
| SO | Home Assistant OS 18.2 (slot A good; slot B bad/null) |
| Kernel | 6.18.34-haos-raspi |
| Machine image | raspberrypi5-64 |
| Core | 2026.9.1 (latest 2026.9.2) |
| Supervisor | 2026.09.0 (em dia) |
| Uptime | ~3 d 19 h |
| Load | ~0,00 / 0,02 / 0,00 |
| Temp SoC | ~56 °C (ok sob carga baixa) |
| Rede | end0 UP · wlan0 DOWN |
| Internet host | sim |
Add-ons
| Add-on | Estado | Nota |
|---|---|---|
| Mosquitto broker 7.1.1 | started | OK |
| eWeLink Smart Home 1.2.1 | started | OK |
| Advanced SSH & Web Terminal 24.1.4 | started | OK |
| File editor 6.1.0 | started | OK |
| Syncthing 0.1.0 | started | OK |
| Spotify Connect 0.19.0 | started | OK |
| RPC Shutdown 3.0 | started | OK |
| Cisterna 1.0.6 (local) | started | OK |
| Get HACS 1.3.1 | stopped | idle OK |
| Git pull 9.0.3 | error | fatal: refusing to work with credential missing host field |
| TasmoAdmin 0.34.0 | error | falha init-nginx — container não sobe |
Repositórios: core, community, HACS, ESPHome, Music Assistant, iHost, local.
Achados (prioridade)
P0 — Backups
ha backups list → lista vazia. Risco total em falha de SD.
Ação: criar backup completo agora + agendar automático (diário/semanal) + cópia off-box (Syncthing já instalado — usá-lo para pasta de backups, ou Google Drive / SMB / NAS).
P1 — Update Core
update_available: true → 2026.9.2.
Ação: após backup, Settings → System → Update (ou ha core update).
P1 — Add-ons quebrados
- Git pull: reconfigurar credencial Git com
host(URL completa do remote) ou desativar boot automático se não usar. - TasmoAdmin: corrigir config/certificados nginx ou remover se Tasmota for gerido só via integração MQTT.
P2 — Armazenamento (upgrade recomendado, não urgente)
Rodar HAOS em microSD funciona, mas desgaste e lentidão de I/O são o gargalo típico do Pi.
Upgrade sugerido (quando conveniente):
- SSD NVMe via PCIe hat ou USB3 SSD 128–256 GB
- Migrar data disk no HAOS (
ha os datadisk move/ UI) - Manter SD só para boot, se o hat exigir
Com 21% de uso, não há pressão de espaço hoje.
P2 — Rádio Zigbee
Nenhum USB Zigbee no lsusb. Se a casa for Zigbee, falta coordenador (ex. SkyConnect / ZBT / EFR32MG21) + cabo extensão.
P3 — Slot B “bad”
Boot A = 18.2 good; B inactive/bad. Comum após updates; após próximo OS update, conferir se o slot alternativo volta a good.
P3 — Rede
Ethernet fixa em .10 (DHCP auto). Opcional: reservation no roteador. Wi‑Fi off — ok se Ethernet estável.
Upgrade: necessário?
| Tipo | Necessário? | Comentário |
|---|---|---|
| Trocar Pi / comprar HA70 | Não | Pi 5 8 GB sobra para carga atual |
| Mais RAM | Não | 6,6 GiB free |
| Core 2026.9.2 | Sim (leve) | Patch disponível |
| Política de backup | Sim (crítico) | Zero backups |
| SSD/NVMe | Recomendado (planejado) | Longevidade, não emergência |
| Zigbee dongle | Só se usar Zigbee | Hoje: zero rádios USB |
| AI HAT / NPU | Não para HA | Só se forcenário AI offgrid separado |
BOM opcional (próximos 6–12 meses)
- Backup offsite / NAS (processo, não só hardware)
- SSD 256 GB + adaptador Pi 5 (PCIe ou USB3)
- Dongle Zigbee (se roadmap de sensores)
- UPS 600 VA (queda de luz)
Comandos úteis (já no host)
ssh haos
ha core info
ha os info
ha host info
ha backups new --name "manual-$(date +%F)"
ha core update # após backup
Backup executado (2026-09-14)
| Campo | Valor |
|---|---|
| Nome | pre-lab-decision-20260914 |
| Slug | 3f5701d2 |
| Tipo | full (comprimido) |
| Tamanho | ~294 MB (308 224 000 bytes) |
| Conteúdo | Core + pastas share/ssl/media + todos os add-ons listados |
Próximo passo: copiar off-box (Syncthing / download na UI Settings → System → Backups → Download) — backup só no SD do HAOS ainda é SPOF.
Contexto: mesma máquina, dois sistemas
Você usa este hardware de homelab com outro volume Debian (~128 GB micro-SSD) e instalou HAOS (neste boot em microSD ~58 GB) só para avaliar dispositivos inteligentes.
Pergunta: montar o lab nesta máquina ou pegar outra?
Capacidade medida (boot HAOS atual)
- Pi 5 8 GB · carga HA leve (~1 GB RAM, load ~0)
- SD 58 GB a 21% — folga
- Sem Frigate/NPU no HA hoje
Ou seja: HA sozinho não satura o Pi 5. O conflito é de papel do hardware, não de CPU/RAM no momento.
Três caminhos
| Opção | Como | Quando escolher |
|---|---|---|
| A — Uma máquina, dois papéis (recomendado se lab for leve) | Debian 128 GB como SO principal do lab; HA em Docker/Podman (ghcr.io/home-assistant/home-assistant) ou VM/LXC no Debian |
Você quer MQTT, ESPHome, containers, git, Node-RED, etc. no mesmo Pi e aceita HA “supervised-like” via container (sem HAOS Supervisor nativo) |
| B — Uma máquina, dual-boot | Continuar SD=HAOS + SSD=Debian, escolhendo boot | Só avaliação / raramente liga os dois; não rodam juntos — ruim se HA precisa 24/7 e lab também |
| C — Separar hardware (recomendado se lab for pesado) | Manter Pi 5 8 GB só para HAOS 24/7 (ou migrar HAOS para o SSD 128 GB); lab (build, AI, Proxmox-like, muitos containers) em outro N100 / ZimaBoard / 2º Pi | Lab com Docker pesado, compile, AI offgrid, ou HA com muitas automações + uptime crítico |
Recomendação direta
- Se o lab é “homelab leve” (MQTT já no HA, alguns containers, docs, VPN): use Opção A — boote no Debian do SSD 128 GB, rode HA em container, restaure o backup
3f5701d2. Um Pi 5 8 GB aguenta isso se não somar Frigate + LLM + dezenas de stacks pesadas. - Se o lab é o cenário do
guia-embedded(AI offgrid, muitos serviços, experimentação que quebra coisas): use Opção C — não misture. HAOS 24/7 neste Pi (ideal: data no SSD) + segunda máquina para lab/AI. - Evite dual-boot B como arquitetura final se a casa depender de automação: HA parado enquanto você labuta no Debian.
Sobre o SSD 128 GB Debian
- É o lugar certo para SO de lab (I/O melhor que SD).
- Se ficar só com uma máquina e prioridade for casa inteligente estável: migre HAOS data disk → esse SSD (ou reinstale HAOS no SSD) e use SD só como fallback; lab pesado vai para outro host.
- Se prioridade for lab Debian full-time: HA em Docker no Debian + backup já feito; não precisa do kit HA70.
Checklist de decisão (esta semana)
- Backup full
pre-lab-decision-20260914 - Download/cópia do backup para PC/NAS
- Listar o que o “lab” precisa 24/7 (só HA? + Mosquitto? + AI? + build?)
- Se lab leve → Debian + HA container
- Se lab pesado / AI → 2ª máquina; Pi fica HAOS
- Corrigir add-ons Git pull / TasmoAdmin quando estabilizar o papel do host
Conclusão (decisão de compra)
Não precisa de outra máquina só porque o HA “não cabe”. Cabe.
Pode precisar de outra máquina se o lab (Debian + AI + experimentação) e o HA 24/7 forem ambos inegociáveis no mesmo uptime — aí separe papéis, não compre o HA70 no lugar do Pi 5.
