EDIT: Je viens de faire des tests avec les autres clés. Effectivement, c’est bon sauf pour la clé GSM. Pour cette clé, je pense que ça vient de la bidouille avec le fichier /etc/usb_modeswitch.d/12d1:1f01. Je vais investiguer…
On est obligé de bidouiller pour faire fonctionner cette clé GSM
Alors, par défaut, cette clé présente l’ID 12d1:1f01. J’avais donc ajouté ce 1er ID pour relier la clé à la VM. Ensuite, dans la VM, il y a le fichier /etc/usb_modeswitch.d/12d1:1f01 qui permet de modifier l’ID de la clé en 12d1:1001 pour être en mode GSM. Sauf que Proxmox voit aussi cette modification, et ne renvoie pas ce nouvel ID vers la VM. Ainsi, je la voyais dans Proxmox, mais pas dans la VM. J’ai donc rajouté le 2ème ID dans la liste.
Merci @Domatizer, j’essaye de centraliser une série de « config qui fonctionnent » avec des clefs GSM et Jeedom, pour l’ajouter à la doc officielle dans un second temps (J’ai passé pas mal d’heures à essayer de faire fonctionner une e3372-153…)
Tu pourrais me donner le contenu de ton fichier usb_modeswitch.d car ma clé huawei ne fonctionne pas et j’aimerai m’inspirer de ce que tu as fais en indiquant deux ports différents dans le fichier. Je suis également sous proxmox.
La valeur de MessageContent n’est pas la même que celle que tu proposes, mais cette configuration fonctionne bien avec ma clé et mon RPI3B. C’est sur le NUC que ca ne fonctionne pas et c’est pour cela que ton poste m’intéresse car l’idée de présenter 2 ports différents sur le Proxmox me parait bonne.
Malheureusement je ne suis pas aussi calé que toi et je ne sais pas quoi écrire dans mon propre fichier, sachant qu’il ressemble à ceci :
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 12d1:1442 Huawei Technologies Co., Ltd. HUAWEI_MOBILE
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 003: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 001 Device 006: ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
Bus 001 Device 002: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Tu aurais un conseil à me donner mour la syntaxe que je dois rajouter dans mon fichier 101.conf ?
Oui, il faut rajouter l’ID de la clé en mode GSM sinon ta VM ne verra pas la clé : 12d1:1001 par exemple dans mon cas.
Si ton fichier de config /etc/usb_modeswitch.d/12d1:1f01 est ok avec le RPi3, tu peux exécuter la commande lsusb sur le RPi3 pour obtenir l’ID de la clé lorsqu’elle est en mode GSM.
Ne pas oublier de redémarrer Proxmox pour prendre en compte la correspondance des ports USB entre Proxmox et une VM. C’est pénible ce truc, si quelqu’un connaît une astuce pour éviter de devoir tout redémarrer, je suis preneur. Merci.
EDIT : Je me corrige, il n’y a pas besoin de redémarrer Proxmox. Mais pour passer une clé d’un machine virtuelle à une autre, il faut arrêter les 2 machines virtuelles et les redémarrer.
Salut, tu veux dire juste redémarrer la VM ou bien vraiment Proxmox parce que de mon côté je ne fais qu’un stop/start de la VM pour y attacher un port USB.
Je redémarre Proxmox, sinon les commandes qm set 100 -usb7 host=12d1:1001 restent en [pending] dans le fichier de config /etc/pve/nodes/domo/qemu-server/101.conf et elles ne sont pas prises en compte.
Et même redémarrer la VM Jeedom, c’est pénible à cause du Z-Wave !
EDIT : Je me corrige, il n’y a pas besoin de redémarrer Proxmox. Mais pour passer une clé d’un machine virtuelle à une autre, il faut arrêter les 2 machines virtuelles et les redémarrer.
/ HS off