Im Proxmox-Fall mit einem Orico/JMicron-JMS56x-Gehäuse erreichte das USB-Gerät den ZimaOS-Gast, und der Kernel erkannte die Bridge, aber bevor die Verbindung zum USB-Gerät getrennt wurde, erschien kein sdX-Blockgerät. Das Durchreichen der einzelnen Datenträger vom Proxmox-Host war laut Nutzer die funktionierende Lösung.
Eine Antwort aus der Community führte dies auf fehlende usb_storage/uas-Module zurück. Diese Schlussfolgerung sollte jedoch als Hypothese und nicht als verifizierte Tatsache betrachtet werden: Im geposteten ZimaOS-Log steht selbst usb-storage ... USB Mass Storage device detected, und ein SCSI-Host wird erstellt.
Was das ursprüngliche Log tatsächlich belegt
Proxmox hat die Anbieter-/Produkt-ID 152d:0565 erfolgreich an die VM angebunden. ZimaOS erkannte anschließend die JMS56x-Bridge und startete einen USB-Storage-SCSI-Host, erzeugte jedoch nie die erwarteten Zeilen für direkt zugreifbare Datenträger oder Blockgeräte.
Dasselbe Gehäuse funktionierte in einer Debian-13-VM auf demselben Proxmox-Host. Das macht die ZimaOS-Gastumgebung zu einem starken Verdächtigen für Kompatibilitätsprobleme, identifiziert jedoch nicht von selbst, welche Kernel-Option, welcher Quirk oder welches Bridge-Verhalten dafür verantwortlich ist.
Warum ein fehlgeschlagenes modprobe dafür nicht ausreicht
Ein fehlgeschlagener Befehl modprobe usb_storage beweist nicht, dass die USB-Storage-Unterstützung fehlt, wenn der laufende Kernel bereits Aktivitäten von usb-storage protokolliert. Treiber können außerdem fest in den Kernel integriert sein, anstatt als ladbare Module vorzuliegen.
Aus diesem Grund sollte die Erklärung aus dem Forum nicht als offizielle Einschränkung des ZimaOS-Kernels dargestellt werden, solange IceWhale die genaue Treiberkonfiguration für die aktuelle Version nicht bestätigt.
Eine stabilere Passthrough-Grenze verwenden
Proxmox dokumentiert das Durchreichen von USB-Geräten an den Host anhand der Anbieter-/Produkt-ID oder anhand von Bus/Port in seinem Administrationshandbuch für Proxmox VE. Wenn die gesamte USB-Bridge innerhalb von ZimaOS nicht korrekt initialisiert wird, ist das Durchreichen der Datenträger auf einer anderen Ebene eine praktische Alternative.
Der ursprüngliche Verfasser hatte bereits festgestellt, dass das Anschließen der Datenträger an den Proxmox-Host und das Durchreichen der Host-Datenträger an ZimaOS funktionierte. Teste bei wichtigen Daten zuerst einen Datenträger und stelle sicher, dass die Kennungen über Neustarts hinweg stabil bleiben.
Nicht davon ausgehen, dass ZimaOS 1.7.1 diesen JMS56x-Fall behoben hat
Das Änderungsprotokoll von ZimaOS 1.7.1 erwähnt eine Fehlerbehebung für einige USB-bezogene Aufgaben, die nach einem Neustart verloren gingen. JMS56x, UAS, USB-Massenspeicher-Passthrough oder die Kompatibilität von Proxmox-Bridges werden dort nicht erwähnt.
Wenn du ZimaOS in einer virtualisierten Umgebung installierst, ist der Leitfaden zur Fehlerbehebung bei der ZimaOS-Installation eine nützliche Ergänzung, bevor du die Architektur des Storage-Passthroughs änderst.
Fazit
Das verifizierte Symptom lautet: „Die USB-Bridge wird erkannt, aber die Datenträger werden nie zu Blockgeräten.“ Das Durchreichen der Host-Datenträger umging das Problem. Die genaue Ursache auf Kernel-Ebene wurde im Thread nicht nachgewiesen. Diese Unsicherheit sollte daher bei der Fehlersuche mit einer aktuellen ZimaOS-Version beibehalten werden.
