En el caso de Proxmox con una carcasa Orico/JMicron JMS56x, el dispositivo USB llegó al invitado ZimaOS y el kernel detectó el puente, pero no apareció ningún dispositivo de bloques sdX antes de que el dispositivo USB se desconectara. El usuario informó que pasar los discos individuales desde el host de Proxmox era una solución alternativa funcional.
Una respuesta de la comunidad atribuyó esto a la falta de los módulos usb_storage/uas. Esa conclusión debe considerarse una hipótesis, no un hecho verificado: el propio registro de ZimaOS publicado indica usb-storage ... USB Mass Storage device detected y crea un host SCSI.
Lo que realmente demuestra el registro original
Proxmox vinculó correctamente el ID de proveedor/producto 152d:0565 a la máquina virtual. Después, ZimaOS detectó el puente JMS56x e inició un host SCSI de almacenamiento USB, pero nunca generó las líneas esperadas de discos de acceso directo ni dispositivos de bloques.
La misma carcasa funcionó en una máquina virtual con Debian 13 en el mismo host de Proxmox. Esto convierte al entorno invitado de ZimaOS en un firme sospechoso de incompatibilidad, pero por sí solo no identifica qué opción del kernel, ajuste especial o comportamiento del puente es responsable.
Por qué un modprobe fallido no basta para diagnosticarlo
Un comando modprobe usb_storage fallido no demuestra que falte la compatibilidad con almacenamiento USB cuando el kernel en ejecución ya registra actividad de usb-storage. Además, los controladores pueden estar integrados en el kernel en lugar de estar disponibles como módulos cargables.
Por este motivo, no presentes la explicación del foro como una limitación oficial del kernel de ZimaOS a menos que IceWhale confirme la configuración exacta de los controladores de la versión actual.
Usa un límite de passthrough más estable
Proxmox documenta el passthrough de USB del host mediante el ID de proveedor/producto o mediante el bus/puerto en su guía de administración de Proxmox VE. Si todo el puente USB no se inicializa correctamente dentro de ZimaOS, pasar el almacenamiento desde otra capa es una alternativa práctica.
El autor original ya comprobó que conectar los discos al host de Proxmox y pasar los discos del host a ZimaOS funcionaba. Para datos importantes, prueba primero con un solo disco y asegúrate de que los identificadores permanezcan estables después de los reinicios.
No des por hecho que ZimaOS 1.7.1 solucionó este caso con JMS56x
El registro de cambios de ZimaOS 1.7.1 menciona una corrección para algunas tareas relacionadas con USB que se perdían después de reiniciar. No menciona JMS56x, UAS, passthrough de almacenamiento masivo USB ni compatibilidad del puente con Proxmox.
Si vas a instalar ZimaOS en un entorno virtualizado, la guía de solución de problemas de instalación de ZimaOS es un complemento útil antes de cambiar la arquitectura del passthrough de almacenamiento.
Conclusión
El síntoma verificado es: «el puente USB se enumera, pero los discos nunca se convierten en dispositivos de bloques». El passthrough de los discos del host permitió evitar el problema. La causa exacta a nivel del kernel no quedó demostrada en el hilo, así que conserva esa incertidumbre al solucionar problemas en una versión actual de ZimaOS.
