Dans une configuration Proxmox avec un boîtier Orico/JMicron JMS56x, le périphérique USB a bien été transmis à l’invité ZimaOS et le noyau a détecté le pont, mais aucun périphérique bloc sdX n’est apparu avant la déconnexion du périphérique USB. La solution de contournement fonctionnelle signalée par l’utilisateur consistait à transmettre individuellement les disques depuis l’hôte Proxmox.
Une réponse de la communauté a attribué ce problème à l’absence des modules usb_storage/uas. Cette conclusion doit être considérée comme une hypothèse, et non comme un fait vérifié : le journal ZimaOS publié indique lui-même usb-storage ... USB Mass Storage device detected et crée un hôte SCSI.
Ce que le journal d’origine prouve réellement
Proxmox a bien associé l’identifiant fabricant/produit 152d:0565 à la machine virtuelle. ZimaOS a ensuite détecté le pont JMS56x et démarré un hôte SCSI de stockage USB, mais n’a jamais produit les lignes attendues concernant le disque à accès direct ni les périphériques bloc.
Le même boîtier a fonctionné dans une machine virtuelle Debian 13 sur le même hôte Proxmox. Cela fait de l’environnement invité ZimaOS un suspect sérieux de problème de compatibilité, mais ne permet pas à lui seul d’identifier l’option du noyau, l’exception ou le comportement du pont responsable.
Pourquoi un échec de modprobe ne suffit pas pour établir le diagnostic
Un échec de la commande modprobe usb_storage ne prouve pas que la prise en charge du stockage USB est absente lorsque le noyau en cours d’exécution journalise déjà une activité provenant de usb-storage. Les pilotes peuvent également être intégrés au noyau plutôt que disponibles sous forme de modules chargeables.
Pour cette raison, ne présentez pas l’explication du forum comme une limitation officielle du noyau ZimaOS, sauf si IceWhale confirme la configuration exacte des pilotes pour la version actuelle.
Utiliser une limite de transmission plus stable
Proxmox documente la transmission de périphériques USB à l’hôte par identifiant fabricant/produit ou par bus/port dans son guide d’administration de Proxmox VE. Si le pont USB complet ne s’initialise pas correctement dans ZimaOS, transmettre le stockage à un autre niveau constitue une alternative pratique.
L’auteur du message d’origine avait déjà constaté que le raccordement des disques à l’hôte Proxmox, puis leur transmission à ZimaOS, fonctionnait. Pour les données importantes, testez d’abord avec un seul disque et assurez-vous que les identifiants restent stables après les redémarrages.
Ne supposez pas que ZimaOS 1.7.1 a corrigé ce problème avec le JMS56x
Le journal des modifications de ZimaOS 1.7.1 mentionne une correction concernant certaines tâches liées à l’USB perdues après un redémarrage. Il ne fait pas mention du JMS56x, de l’UAS, de la transmission de périphériques de stockage de masse USB ni de la compatibilité des ponts avec Proxmox.
Si vous installez ZimaOS dans un environnement virtualisé, le guide de dépannage de l’installation de ZimaOS constitue un complément utile avant de modifier l’architecture de transmission du stockage.
En résumé
Le symptôme vérifié est le suivant : « le pont USB est énuméré, mais les disques ne deviennent jamais des périphériques bloc ». La transmission des disques depuis l’hôte a permis de contourner le problème. La cause exacte au niveau du noyau n’a pas été prouvée dans le fil de discussion : il convient donc de conserver cette incertitude lors du dépannage d’une version actuelle de ZimaOS.
