Stand: 2026-08-05 (erhoben per SSH auf den Proxmox-Host + QEMU-Guest-Agent)
| Eigenschaft |
Wert |
| Name |
haos-17.1 |
| VM-ID |
107 |
| Proxmox-Node |
proxmox (192.168.2.230) |
| Rolle |
Home Assistant OS — Smart-Home-Zentrale |
| IP-Adresse |
192.168.2.239 (DHCP, /24) + IPv6 |
| Herkunft |
installiert über das Community-Scripts-Helper-Skript (Proxmox VE Helper-Scripts, community-scripts/ProxmoxVE) |
| Eigenschaft |
Wert |
| CPU-Kerne |
2 |
| RAM |
4096 MB |
| BIOS |
OVMF (UEFI) |
| Maschinentyp |
q35 |
| Festplatte |
scsi0, 32 GB, local-lvm, SSD-emuliert, Discard aktiviert |
| EFI-Disk |
efidisk0, local-lvm, 4 MB |
| Netzwerk |
virtio, Bridge vmbr0, MAC 02:F8:16:AE:96:A7 (kein Firewall-Flag gesetzt) |
| QEMU-Guest-Agent |
aktiviert und funktionsfähig (agent: enabled=1) — liefert IP-, OS- und Dateisystem-Infos, unterstützt sogar guest-exec |
| Serial-Konsole |
aktiviert (serial0: socket) |
| Autostart |
ja (onboot: 1) |
- Ein manuelles Backup vorhanden:
vzdump-qemu-107-2026_03_14-18_42_51.vma.zst (~3,6 GB), erstellt am 2026-03-14. Kein automatisierter Job zu diesem Zeitpunkt.
- Keine Snapshots vorhanden.
- Jetzt abgedeckt: VM 107 ist im automatisierten PBS-Backup-Job
nightly-pbs enthalten (täglich 03:00), siehe Proxmox-Backup-Server-Dokumentation. Erfolgreich getestet am 2026-08-04.
| Eigenschaft |
Wert |
| OS |
Home Assistant OS 18.1 (Open Virtual Appliance) |
| Kernel |
6.18.37-haos |
| Supervisor-Architektur |
qemux86-64 / amd64 |
| RAM (aus Gast-Sicht) |
~3,9 GB gesamt, ~2,8 GB verfügbar (Stand Erhebung) |
| Mountpoint |
Typ |
Größe |
Belegung |
Zweck |
/mnt/data |
ext4 |
~31,7 GB |
~9,9 GB |
Home Assistant Config, Add-on-Daten, Docker-Volumes |
/ |
erofs |
~265 MB |
100 % (read-only Systemabbild) |
aktives OS-Image (A/B-Update-Schema) |
/mnt/overlay |
ext4 |
~82 MB |
minimal |
Overlay für Systemänderungen |
/mnt/boot |
vfat |
~33 MB |
~756 KB |
Boot-Partition |
/tmp (zram2) |
ext4 (RAM-komprimiert) |
~14 MB |
minimal |
temporäre Dateien |
| Container |
Image |
Status |
homeassistant |
ghcr.io/home-assistant/qemux86-64-homeassistant:2026.7.4 |
Up 7 Tage |
hassio_supervisor |
ghcr.io/home-assistant/amd64-hassio-supervisor:latest |
Up 5 Tage |
hassio_multicast |
ghcr.io/home-assistant/amd64-hassio-multicast:2026.02.0 |
Up 7 Tage |
hassio_audio |
ghcr.io/home-assistant/amd64-hassio-audio:2026.02.0 |
Up 7 Tage |
hassio_dns |
ghcr.io/home-assistant/amd64-hassio-dns:2026.02.0 |
Up 7 Tage |
hassio_cli |
ghcr.io/home-assistant/amd64-hassio-cli:2026.06.0 |
Up 7 Tage |
hassio_observer |
ghcr.io/home-assistant/amd64-hassio-observer:2026.02.0 |
Up 7 Tage |
app_a0d7b954_influxdb |
ghcr.io/hassio-addons/influxdb/amd64:5.0.2 |
Up 7 Tage |
app_a0d7b954_grafana |
ghcr.io/hassio-addons/grafana/amd64:12.1.0 (healthy) |
Up 7 Tage |
Auffällig: Diese VM betreibt über Add-ons eine eigene InfluxDB- und Grafana-Instanz, unabhängig von den gleichnamigen LXCs (109 InfluxDB, 110 Grafana). Vermutlich für Home-Assistant-spezifische Sensor-/Verlaufsdaten gedacht (typisches HA-Add-on-Muster: Langzeit-Historie über InfluxDB statt der Standard-Recorder-Datenbank, Grafana für eigene Dashboards). Nicht weiter untersucht, ob beide InfluxDB-Instanzen unabhängig sind oder eine Beziehung zueinander haben.
| Eigenschaft |
Wert |
| Version |
2026.7.4 |
| Web-UI |
vermutlich Port 8123 (Standard, nicht einzeln verifiziert) |
- Guest-Agent-Zugriff war ausreichend, um praktisch alle Informationen wie bei den LXCs zu erheben — keine separate SSH/Add-on-Einrichtung nötig gewesen.
- Für tiefere Einblicke (installierte Integrationen, Automationen, Nutzer) wäre der Zugriff auf das Home-Assistant-Dashboard selbst oder ein Long-Lived-Access-Token für die REST-API nötig — nicht im Rahmen dieser Erhebung durchgeführt.
Backup-Strategie — Erledigt: VM ist im automatisierten nightly-pbs-Job enthalten.- Doppelte InfluxDB/Grafana-Instanzen klären: Sinnvoll prüfen, ob die HAOS-eigenen Add-ons (InfluxDB/Grafana) und die separaten LXCs (109/110) unterschiedliche Zwecke erfüllen oder ob eine Konsolidierung sinnvoll wäre (Ressourcen-Ersparnis, weniger Wartungsaufwand).
- Firewall nicht aktiviert: Im Gegensatz zu den meisten anderen Gästen ist bei
net0 kein firewall=1-Flag gesetzt — falls das bei den anderen bewusst als Sicherheitsmaßnahme genutzt wird, könnte das hier nachgezogen werden.