könntest Du mir bitte sagen, wie ich das ändere. Das PCI-Gerät (USB-Controller) entfernen und als einzelnes USB-Gerät wieder einbinden?
Ich habe das PCI-Gerät nicht manuell eingetragen. Auch Simon erklärt dazu nichts. Es wird lediglich erklärt, wie der richtige USB-Port der ZigbeeMQTT-Addon zugewiesen wird. Das wars!
So, ich habe das PCI-Gerät gelöscht. Folgendes wird nun nach dem lsusb-Befehl angezeigt:
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Nov 17 16:46:33 CET 2025 on pts/0
root@pve:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 001 Device 003: ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Das machst Du halt entweder so wie Du es bei mir im Screnshot sehen kannst, oder so wie es @Elbre erwähnt hat, sprich über “Use USB Vendor/Device ID”. Was dann von den beiden möglichen Varianten “besser” ist darüber könnte man diskutieren, aber muss mal eigentlich auch nicht. Grundsätzlich funktionieren beide Varianten.
Dieses durchreichen musst/müsstest Du dann eben auch für andere USB-Geräte machen, sofern die unter der HA VM und somit unter HA, verfügbar sein sollen/sollten.
Du musst Dir das so vorstellen: Eine VM ist quasi wie ein eigener PC und nur das was Du über Proxmox diesem “PC” (also der VM) zur Verfügung stellst ist dann auch bei dem PC (der VM) vorhanden.
Fein - war eine etwas schwierigere Geburt. Das Du Den kompl. USB Controller an die HA VM durchgereicht hast ist eben eher sehr ungewöhnlich und eigentlich macht man so etwas halt nicht. Ich selber bin darauf nicht gekommen das Du das ggf. gemacht hast, aber zumindest @metallmanu
eigentlich kann, sollte man nach der Ersteinrichtung von Proxmox, dort auch das Ressourcen-Mapping durchführen, da legt man fest welche PCI und USB Ressourcen durchgereicht werden sollen, können.
Dass das bei TE so war, könnte am Helferskript liegen, mit dem die Instanz erstellt wurde, müsste man sich mal den Sourcecode dazu anschauen.
@heitscht
eine Frage habe ich noch, Du nutzt Proxmox, aber Du hast nur die HAOS VM, daher aus reiner Neugierde, planst Du noch mehr zu virtualisieren?
Oder installierst Du jetzt schön Add-ons in HA?
Denn dann lohnt sich der Mehraufwand für Proxmox nicht und Du könntest HAOS gleich direkt auf der Hardware betreiben.
VG
Bernd
P.S.: an @heitscht ein kleiner Hinweis noch, Logs, Meldungen, Code usw. gehören in Code-Tags </>, damit man das besser lesen kann.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Nov 17 16:46:33 CET 2025 on pts/0
root@pve:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 001 Device 003: ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Was planst Du denn?
Weil wenn Du gerade anfängst, aber schon Zigbee2MQTT, MQTT Broker (Mosquitto) als Add-on installierst, würde ich aus meiner ganz persönlichen Sichtweise, dies schon mal unabhängig von HA installieren.
Auch wenn Du gerade erst anfängst, solltest Du darüber nachdenken, Dir gleich die aktuelle Version von Proxmox zu installieren, also von ganz vorne, ich gehe davon aus, Du bist kein Linux Kenner?
Das ist vielleicht jetzt einfacher als später sich durch die Migration zu quälen.
vielen Dank für Deinen Hinweis, der mich sehr interessant. Ja, ich bin nicht der Experte und kenne mich mit Linux-Systemen wenig aus. Ich habe bereits einige Raumcontroller, Tür-/Fendterkontakte, smarte Steckdosen, sämtliche Jalousien etc. eingebunden und die Automationen erstellt. Alles jedoch über Add-ons und Integrationen in HA.
Könntest Du mir erklären, was Du genau meinst, worin die Vorteile liegen und wie Komplex Deine Variante ist?
Ich habe vor Proxmox auf die Version 9 zu heben. Deshalb möchte ich für ein Backup die externe Festplatte anschließen. Wenn das erledigt ist, folgt das Upgrade … so meine Gedanken.
Ich habe noch nichts genaues geplant, sondern nur gelesen und gehört, dass die HA-Installation über Proxmox flexibler wäre, wenn man sich andere Möglichkeiten offen halten möchte.
Also nochmal vielen Dank für Deine Hinweis undicht freue mich sehr über Deine Rückmeldung!
Ich würde als Anfänger gerade nicht alles unabhängig installieren. Der Vorteil ist marginal und man hat deutlichen Mehraufwand im Pflegen, da man überall schauen muss ob es Updates gibt und diese über Befehlsleiste einspielen muss. Das ist in HA direkt deutlich schöner. Außerdem sind die Addons in HA direkt darauf abgestimmt und Inkompatibilitäten sind unwahrscheinlicher. Auch bei Backups muss man die einzelnen Addons dann sichern, bei HA geht das direkt mit
Hatte ich auch so verstanden, aber es war halt eine gewisse Steilvorlage und daher habe ich mir gedacht das ich dann doch noch kurz etwas zur Erläuterung poste, damit ich dann aus der Nummer heraus bin, falls dann doch wieder irgendwelche Diskussionen zu dem wie durchreichen losbrechen sollten.
Ich sage nicht das man das machen muss, für mich ist eher die Frage,
wenn einem die Add-ons reichen, dann ist HAOS nativ auf einem Rechner die bessere Möglichkeit.
wenn einem die Add-ons nicht reichen, dann kommt Proxmox und/oder UNRAID als zusätzliche Lösung infrage, das aber nur
wenn man dann HAOS VM nur mit den Add-ons installiert, die für den Betrieb nötig sind, ansonsten gehe zu Lösung Nummer 1
es gibt hier im Forum schon einige Diskussionen darüber, aber mal die für mich wichtigen,
Contra, in der Nutzung Proxmox → HAOS VM → Add-on
ist doppeltgemoppelt virtualisiert,
Proxmox → QEMU VM, dann
HAOS → Docker, und Docker Add-ons
Ein Verstopfen und Zumüllen von HA durch Erweiterungen, die nichts mit der eigentlichen Hausautomatisierung zu tun haben.
Pros, bei Nutzung Proxmox und HAOS ohne Add-ons
Flexibilität
Proxmox Backup einzelner LXC/VMs, schnell, Restore auch schnell
Schnell mal ein Testsystem erstellt
Updates kommen meist zeitnah
keine Abhängigkeiten zum HAOS, oder HA Core
Snapshots vor einem wichtigen Update
Fehlersuche ist meist einfacher, da man nur auf ein System schauen muss
Tiefergehendes Verständnis für die zusammenhänge, was spielt wie, mit wem zusammen
…
Noch zu dem, was @metallmanu geschrieben hat, ja kann ich so unterschreiben, aber dann bitte HAOS wie unter Punkt 1, betreiben, dann muss man sich nicht um ein zweites Virtualisierungssystem und in Proxmox einarbeiten.
Nein, wer seine LXC, VMs mittels Helferskripte erstellt, der kann auch ein Helferskript im PVE installieren, das mit einem Befehl alles Updatet
Das ist Geschmackssache, ich nutze lieber die Kommandozeile als das Klicken in irgendwelche Fenster.
Gerade weil ich alles außerhalb von HA betreibe, bin ich doch unabhängig, ein Z2M, oder MQTT hat einfach keine Abhängigkeit zu irgendetwas, auch eine Datenbank in einem LXC läuft ohne Abhängigkeit zu einem anderen LXC oder einer VM, in HA bist Du aber davon abhängig, das ein Entwickler Frenk alles richtet und die Add-ons baut und zur Verfügung stellt, soll nicht heißen, das es da Probleme oder Nachlässigkeiten gibt!
Das geht doch automatisch, wenn man Proxmox nutzt
Das ist einmal eingerichtet und läuft einfach so nebenbei!
Ich lese hier im Forum öfter über Probleme mit HA Backups als über Probleme mit Backups, die von Proxmox erstellt wurden
Wenn man alles in HA als Add-ons installiert, werde auch die Backups größer, der Ressourcenverbrauch steigt, also muss der VM auch mehr Memory oder CPU zur Verfügung stehen, dann kann ich doch gleich HAOS nativ auf dem Mini-PC betreiben.
Aber nochmals, wer mit der Add-on-Auswahl auskommt und keine exotischen Wünsche hat, oder wer nicht so gerne spielt wie ich, ist mit einem HAOS nativ auf dem Rechner besser bedient.
Wer hingegen ein sauberes, im Sinne von getrennten Diensten, haben möchte, der sollte dann halt Proxmox nehmen und sich die Dienste einzeln installieren.
Ich dann auch und dann auch was Deine Ergänzung dazu betrifft. Proxmox quasi nur für eine HA VM zu nutzen macht m.M.n. nicht wirklich Sinn und auf die zusätzliche Möglichkeit die HA VM dann sichern zu können kann man, aufgrund der HA Backup-Funktion, dann auch durchaus verzichten.
Kleiner Einspruch. Eine Abhängigkeit in Verbindung mit HA gibt es dann schon, nämlich die von der HA MQTT Integration.
Anm.: Auch wenn ich ja selber Proxmox nutze, aber bekanntlich gehöre ich auch zu den Usern dem einen HA Einsteiger/Anfänger immer zu einer HA bare metal Installation rät, eben weil es für diesen wesentlich einfacher ist und er sich nicht erst noch zusätzlich mit Proxmox beschäftigen muss. Einen HA Einsteiger/Anfänger interessiert es erst einmal gar nicht - oder sollte es eigentlich nicht interessieren - was Du unter
aufgelistet hast. Der möchte einfach nur ein laufendes und funktionierenden HA und mehr nicht. Wenn er dann später ggf. mehr haben möchte kann er ja jederzeit und recht einfach auf Proxmox + HA VM umsteigen.
Oder mal als Beispiel: Ein Bekannter schlägt bei mir auf, der der klassische Otto-Normal-Anwender ist, der bisher Windows nutzt und von Linux keine Ahnung hat. Was eben auf die überwiegende Anzahl der User zutrifft. Dieser möchte jetzt HA nutzen. Dem rate ich jedenfalls nicht befass Dich erst einmal mit Proxmox und dann kannst Du darunter dann eine HA VM installieren und Dich im Anschluss mit HA befassen. Und nur weil es Proxmox Helper Scripts gibt es das ja auch kein Freibrief dafür das man sich mit Proxmox und dem was man da macht, nicht mehr beschäftigen braucht. Aber das weißt Du ja auch selber. Einfach ausgedrückt: Wenn ich nur eine “Baustelle” brauche um das Gewünschte zu erreichen, warum sollte ich dann noch eine zweite aufmachen.
Daher bleibe ich für mich dabei:
Otto-Normal-Anwender und HA Einsteiger/Anfänger = HA bare metal
Otto-Normal-Anwender der bereits länger HA nutzt und mehr möchte = Wechsel zu Proxmox + HA VM
Otto-Normal-Awender der (am besten) schon ein wenig Linux Grundkenntnisse hat und direkt mehr als nur HA machen/nutzen möchte = Proxmox + HA VM
da ist das Wörtchen Integration, Integrationen sind der Hauptbestandteil in HA ohne diese ginge nichts zusammen
Das ist auch keine Abhängigkeit, im herkömmlichen Sinne, denn ich kann da jeden MQTT Broker nutzen, den ich möchte, das ist ja das schöne.
In meinem Szenario, alles außerhalb von HA zu betreiben, habe ich sogar noch den Vorteil, sollte mal HA, aus welchen Gründen auch immer, nicht da sein, könnte ich über Z2M meine Zigbeegeräte trotzdem steuern.
Oder im Falle von, ich nutze HA für sich, egal ob nativ, oder als VM, dann würde ich anstelle des Z2M und MQTT Broker Add-ons, doch gleich die Integration ZHA nutzen, warum zwei Add-ons mit herumschleppen
Was Du schreibst ist soweit ja auch alles richtig und ja z.B. Zigbee Geräte lassen sich, wenn Z2M per LXC läuft per Z2M auch dann noch steuern wenn HA mal ausfallen sollte, aber es geht doch nicht darum was man dann wie anders machen könnte und/oder welche Vorteile sich ggf. durch ein auslagern in LXC ergeben, oder ergeben könnte, sondern darum was wäre für einen HA Einsteiger/Anfänger einfacher/leichter/schneller und mit einem geringeren Arbeits- und Zeitaufwand verbunden und das ist nun mal eine HA bare metal Installation und nicht Promxox + HA VM. Schlicht und einfach darum weil sich der HA Einsteiger/Anfänger dann erst auch noch zusätzlich mit Proxmox beschäftigen müsste.
Ich hatten doch auch geschrieben das es um HA Einsteiger/Anfänger geht und meine drei Punkte Auflistung für solche User und das Deine weiter oben genannten Pros den eigentlich gar nicht interessieren. Wenn der Otto-Normal-Anwender einen Brief mit MS Word schreiben wollte installiert er sich dafür auf einem PC ein Windows und kommt nicht auf die Idee sich erst Proxmox und dann eine Windows VM zu installieren, nur weil er dann ggf. flexibler wäre, oder mal schnell ein Windows Testsystem installieren könnte, oder er Snapshots vor einem Update machen könnte usw.
Wie gesagt treffen die von Dir genannten Pros (z.T.) ja auch zu, aber sie sind für einen HA Einsteiger/Anfänger, der einfach nur HA nutzen möchte, halt irrelevant.
Anm.: Auf das (z.T.) gehe ich jetzt hier nicht weiter ein, weil das dann wirklich zu weit führt.
Wie gesagt, alles was Du da schreibst trifft ja auch zu und ich weiß natürlich auch was Du meinst, aber es ist und bleibt nun mal: HA ist eine Baustelle und Proxmox + HA sind zwei Baustellen und nach Adam Riese sind zwei Baustellen immer noch mehr als eine Baustelle. Und nein nur weil man in dem Fall dann zwei Baustellen aufmacht, kommt man bei der ersten Baustelle (Otto-Normal-Anwender möchte HA nutzen) trotzdem nicht einfacher/leichter/schneller ans Ziel.
nun habe ich eine zweite Frage. Nachdem ich das PCI-Geräte aus der VM HA entfernt habe, liefert der lsusb-Befehl folgende Ergebnisse:
root@pve:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 001 Device 003: ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Ich habe nun festgestellt, dass der Bluetooth-Adapter in HA nun nicht mehr zur Verfügung steht. Ich gehe davon aus, dass die Ursache das Entfernen des PCI-Gerätes ist. Nun möchte ich nachfragen, wie ich den Bluetooth-Adapter an HA durchreichen kann … oder benötige ich nun einen Bluetooth-Stick?