Nel caso Proxmox con un enclosure Orico/JMicron JMS56x, il dispositivo USB ha raggiunto il guest ZimaOS e il kernel ha rilevato il bridge, ma prima che il dispositivo USB si disconnettesse non è comparso alcun dispositivo a blocchi sdX. La soluzione alternativa che ha funzionato, secondo quanto riportato dall’utente, è stata passare i singoli dischi dall’host Proxmox.
Una risposta della community ha attribuito il problema all’assenza dei moduli usb_storage/uas. Questa conclusione va considerata un’ipotesi, non un fatto verificato: il log ZimaOS pubblicato riporta infatti usb-storage ... USB Mass Storage device detected e crea un host SCSI.
Cosa dimostra effettivamente il log originale
Proxmox ha collegato correttamente alla VM l’ID vendor/prodotto 152d:0565. ZimaOS ha quindi rilevato il bridge JMS56x e avviato un host SCSI per l’archiviazione USB, ma non ha mai prodotto le previste righe relative ai dischi ad accesso diretto né i dispositivi a blocchi.
Lo stesso enclosure ha funzionato in una VM Debian 13 sullo stesso host Proxmox. Questo rende l’ambiente guest ZimaOS un forte sospetto di incompatibilità, ma da solo non identifica quale opzione del kernel, quirk o comportamento del bridge sia responsabile.
Perché un modprobe non riuscito non basta per diagnosticarlo
Un comando modprobe usb_storage non riuscito non dimostra che il supporto all’archiviazione USB sia assente quando il kernel in esecuzione sta già registrando attività da usb-storage. Inoltre, i driver possono essere integrati direttamente nel kernel anziché essere disponibili come moduli caricabili.
Per questo motivo, non presentare la spiegazione del forum come una limitazione ufficiale del kernel ZimaOS, a meno che IceWhale non confermi l’esatta configurazione dei driver della versione attuale.
Usa un confine di passthrough più stabile
Proxmox documenta il passthrough USB verso l’host tramite ID vendor/prodotto o tramite bus/porta nella sua guida all’amministrazione di Proxmox VE. Se l’intero bridge USB non si inizializza correttamente all’interno di ZimaOS, passare lo storage a un livello diverso è un’alternativa pratica.
L’autore del post originale aveva già verificato che collegare i dischi all’host Proxmox e passarli da lì a ZimaOS funzionava. Per i dati importanti, prova prima con un solo disco e assicurati che gli identificatori rimangano stabili dopo i riavvii.
Non dare per scontato che ZimaOS 1.7.1 abbia risolto questo caso JMS56x
Il changelog di ZimaOS 1.7.1 menziona una correzione per alcune attività relative all’USB che venivano perse dopo il riavvio. Non menziona JMS56x, UAS, il passthrough dell’archiviazione di massa USB o la compatibilità del bridge con Proxmox.
Se installi ZimaOS in un ambiente virtualizzato, la guida alla risoluzione dei problemi di installazione di ZimaOS è un utile riferimento prima di modificare l’architettura del passthrough dello storage.
In sintesi
Il sintomo verificato è: «Il bridge USB viene enumerato, ma i dischi non diventano mai dispositivi a blocchi». Il passthrough dei dischi dall’host ha aggirato il problema. La causa esatta a livello di kernel non è stata dimostrata nella discussione, quindi conserva questa incertezza quando analizzi una versione attuale di ZimaOS.
