Jump to content
XPEnology Community

[Tuto] DSM 7 pour HP N40L et HP N54L gen7


Ludo34

Recommended Posts

À propos de l'USB, dans mon cas, le problème est encore pire. Ma clé ZWave utilisée dans mon système domotique n'est même pas reconnue par le kernel lui même :

sebastien@DiskStation:/lib$ lsusb
|__usb1          1d6b:0002:0310 09  2.00  480MBit/s 0mA 1IF  (ehci_hcd 0000:00:12.2) hub
|__usb2          1d6b:0002:0310 09  2.00  480MBit/s 0mA 1IF  (ehci_hcd 0000:00:13.2) hub
  |__2-3         f400:f400:0100 00  2.00  480MBit/s 200mA 1IF  (USB      Flash Disk       907A1700015A)
|__usb3          1d6b:0002:0310 09  2.00  480MBit/s 0mA 1IF  (ehci_hcd 0000:00:16.2) hub

Alors que cette même clé est correctement détectée dans TinyCore

tc@box:~$ lsusb
Protocol spec without prior Class and Subclass spec at line 23281
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 13fe:1d00 Kingston Technology Company Inc. DataTraveler 2.0 1GB/4GB Flash Drive / Patriot Xporter 4GB Flash Drive
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

 

En vérifiant les logs du démarrage de TinyCore je me rends compte que ce périphérique est géré par le driver ohci-pci :

[    2.605994] usb 4-2: new full-speed USB device number 2 using ohci-pci
[    2.811537] cdc_acm 4-2:1.0: ttyACM0: USB ACM device

Et malheureusement ce driver est manquant dans l'image DSM :( Je ne sais pas si c'est la cause du problème ou pas pour le moment 

Link to comment
Share on other sites

Il y a 23 heures, mitch55 a dit :

D'après ce que j'ai lu, les USB sont détectés correctement sous docker.

Tu utilises ta clé Zwave dans quelle configuration ? Zigbee2mqtt?

Même sous docker cela ne fonctionne pas. Lorsque que j'essaye de démarrer mon conteneur basé sur une image zwavejs2mqtt, j'ai le message d'erreur suivant 
 

Start container zwave-js failed: {"message":"error gathering device information while adding custom device \"/dev/ttyACM0\": no such file or directory"}.

En parallèle j'ai pu continuer mes investigations et j'ai finalement réussi à compiler le module kernel ohci-hcd ainsi que le charger :

[91053.467433] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[91053.467903] ohci_hcd 0000:00:12.0: OHCI Host Controller
[91053.468114] ohci_hcd 0000:00:12.0: new USB bus registered, assigned bus number 4
[91053.468409] ohci_hcd 0000:00:12.0: irq 18, io mem 0xfe6fe000
[91053.530186] hub 4-0:1.0: USB hub found
[91053.530357] hub 4-0:1.0: 5 ports detected
[91053.535861] ohci_hcd 0000:00:13.0: OHCI Host Controller
[91053.536066] ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 5
[91053.536361] ohci_hcd 0000:00:13.0: irq 18, io mem 0xfe6fd000
[91053.598272] hub 5-0:1.0: USB hub found
[91053.598416] hub 5-0:1.0: 5 ports detected
[91053.599238] ohci_hcd 0000:00:16.0: OHCI Host Controller
[91053.599432] ohci_hcd 0000:00:16.0: new USB bus registered, assigned bus number 6
[91053.599708] ohci_hcd 0000:00:16.0: irq 18, io mem 0xfe6fc000
[91053.658920] hub 6-0:1.0: USB hub found
[91053.659076] hub 6-0:1.0: 4 ports detected
[91053.874094] usb 4-2: new full-speed USB device number 2 using ohci_hcd
[91054.043129] Got empty serial number. Generate serial number from product.

On voit bien que des hub USB supplémentaires sont détectés : 

|__usb1          1d6b:0002:0310 09  2.00  480MBit/s 0mA 1IF  (ehci_hcd 0000:00:12.2) hub
|__usb2          1d6b:0002:0310 09  2.00  480MBit/s 0mA 1IF  (ehci_hcd 0000:00:13.2) hub
  |__2-3         f400:f400:0100 00  2.00  480MBit/s 200mA 1IF  (USB      Flash Disk       907A1700015A)
|__usb3          1d6b:0002:0310 09  2.00  480MBit/s 0mA 1IF  (ehci_hcd 0000:00:16.2) hub
|__usb4          1d6b:0001:0310 09  1.10   12MBit/s 0mA 1IF  (ohci_hcd 0000:00:12.0) hub
  |__4-2         0658:0200:0000 02  2.00   12MBit/s 100mA 2IFs ( ffffffd1ffffffb2ffffffdbffffffad)
|__usb5          1d6b:0001:0310 09  1.10   12MBit/s 0mA 1IF  (ohci_hcd 0000:00:13.0) hub
|__usb6          1d6b:0001:0310 09  1.10   12MBit/s 0mA 1IF  (ohci_hcd 0000:00:16.0) hub

Et ensuite en chargeant le module cdc_acm qui est nécessaire au fonctionnement de la clé ZWave, je retrouve bien mon périphérique /dev/ttyACM0 🥳 :

root@DiskStation:/tmp# ll /dev/ttyACM0 
crw------- 1 root root 166, 0 Apr 27 16:12 /dev/ttyACM0

Finalement, mon image docker re-fonctionne à nouveau.

Il faut maintenant que je me renseigne sur le Github de pocopico pour pouvoir livrer cette nouvelle extension. Je vous tiens au courant :)  

Edited by sebastienr
  • Like 2
Link to comment
Share on other sites

il y a 41 minutes, nicoueron a dit :

Super retour d'expérience, est-ce que tu penses que tu pourrais faire un topic sur la compilation d'un nouveau module par la suite afin d'en faire bénéficier à la communauté française ?

Oui bien sûr :) J'attends juste un retour de pocopico sur son Github pour m'assurer que j'utilise la bonne méthode. Après ça reste assez technique dans le sens où il faut une machine (ou VM) Linux, télécharger le kernel sur le site de Synology, etc. Je ferais peut être une image Docker toute prête pour simplifier ça.

 

En attendant si vous voulez essayez de voir si votre problème est identique au miens vis à vis de la non-détection des onduleurs, je vous ai mis en pièce jointe de ce post le module kernel. Pour faire un test il faut le copier dans /tmp (depuis votre machine) :

scp ohci-hcd.ko <user>@<NasIp>:/tmp

 

Et ensuite en vous connectant sur votre NAS en SSH, charger le module

sudo insmod /tmp/ohci-hcd.ko

 

C'est purement temporaire car au prochain démarrage il faudra recommencer mais ça permettra déjà de voir si ça améliore les choses ou pas ;)  

ohci-hcd.ko

  • Thanks 1
Link to comment
Share on other sites

Il y a 3 heures, nicoueron a dit :

J'ai mis à jour le tuto pour ajouter la prise en charge de l'USB avec ton module. 

Super merci :) Par contre j'ai seulement testé sur DSM 7.1.

 

Pour DSM 7.0 ça devrait marcher sans soucis, et pour 6.1, le kernel est en version 3.10.102 alors qu'il est à 3.10.108 sur 7.X mais ça ne devrait pas poser trop de soucis non plus ;) 

Link to comment
Share on other sites

à l’instant, mitch55 a dit :

could not insert module /volume1/Drivers/ohci-hcd.ko: Invalid module format

Ne fonctionne pas pour moi mais je pense que c'est parce que je suis sur la base d'un DS3622xs. 😔

Effectivement tu dois entre en kernel 4.14.x. Est-ce que tu peux ré-essayer d'insérer le module et ensuite effectuer la commande dmesg et me donner les 10 dernières lignes environ ? 

Merci :)

Link to comment
Share on other sites


[99150.880048] usb 2-2.2: device descriptor read/64, error -32
[99159.919047] usb 2-2.2: device descriptor read/64, error -84
[99160.020428] usb 2-2-port2: attempt power cycle
[99178.164047] usb 2-2.2: new low-speed USB device number 27 using uhci_hcd
[99178.191192] usb 2-2.2: device descriptor read/8, error -32
[99178.320222] usb 2-2.2: device descriptor read/8, error -32
[99187.287132] usb 2-2.2: new low-speed USB device number 28 using uhci_hcd
[99187.318893] usb 2-2.2: device descriptor read/8, error -32
[99187.446956] usb 2-2.2: device descriptor read/8, error -32
[99187.550421] usb 2-2-port2: unable to enumerate USB device
[99187.560207] usb 2-2.1: usbfs: USBDEVFS_CONTROL failed cmd blazer_usb rqt 128 rq 6 len 255 ret -71
[99187.561330] <redpill/override_symbol.c:250> Obtaining lock for <GetHwCapability+0x0/0xf0 [broadwellnk_synobios]/ffffffffa0b6a0d0>
[99187.561639] <redpill/override_symbol.c:250> Writing original code to <ffffffffa0b6a0d0>
[99187.561879] <redpill/override_symbol.c:250> Released lock for <ffffffffa0b6a0d0>
[99187.562118] <redpill/override_symbol.c:221> Obtaining lock for <GetHwCapability+0x0/0xf0 [broadwellnk_synobios]/ffffffffa0b6a0d0>
[99187.562453] <redpill/override_symbol.c:221> Writing trampoline code to <ffffffffa0b6a0d0>
[99187.562689] <redpill/override_symbol.c:221> Released lock for <ffffffffa0b6a0d0>
[99187.562905] <redpill/bios_hwcap_shim.c:66> proxying GetHwCapability(id=8)->support => real=0 [org_fout=0, ovs_fout=0]
[99212.180405] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.180629] <redpill/smart_shim.c:390> Generating fake SMART values
[99212.183393] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.183634] <redpill/smart_shim.c:390> Generating fake SMART values
[99212.190365] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.190588] <redpill/smart_shim.c:390> Generating fake SMART values
[99212.200252] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.200467] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.684254] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.684468] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.695276] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.695494] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.706191] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.706410] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.717378] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.717592] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.206148] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.206373] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.210345] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.210560] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.217780] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.218056] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.228200] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.228414] <redpill/smart_shim.c:390> Generating fake SMART values

 

Link to comment
Share on other sites

Je viens de repasser sous DS3615xs (je suis sous ESXi).

Rien ne change pour moi, je vois toujours ma clé Bluetooth mais rien dans le panneau de configuration et mon onduleur se connecte et déconnecte même après avoir chargé le module de @sebastienr (mon syno ne le reconnait pas non plus).

 

Je suis confronté à un autre soucis, et ce depuis mon passage sous 7.*.* (je crois), c'est que mon DSM peut se montrer comme gelé (le processeur tourne à 99%). Je n'arrive pas à trouver d'où ça vient. Même avec la commande "top", je ne vois rien de particulier. 😔

Link to comment
Share on other sites

il y a 10 minutes, nicoueron a dit :

ah mais tu ne nous dis pas tout non plus! avec ESXi, le contrôleur USB n'a rien à voir.

Tente avec ce module https://github.com/pocopico/rp-ext/blob/main/e1000e/releases/e1000e-3.10.108.tgz

Je l'ajoute déjà lorsque je construis le chargeur. C'est un driver pour ma carte réseau virtuelle, c'est bien ça ? 

il y a 8 minutes, nicoueron a dit :

par contre un CPU qui tourne à 99% et top qui ne met rien en évidence, là c'est pas normal. t'es sur que tu n'as pas une indexation en cours ou qq chose du genre ?

Je n'ai pas désactivé toutes les services pour voir mais je surveille depuis un moment, et je ne vois rien de suspect. Il peut se montrer très réactif mais parfois je reste sur la même page pendant une dizaine de secondes. 

 

Le RJ45 est branché sur le NIC Intel que j'avais racheté pour faire tourner DSM 6.2 : est-ce que ça peut-être ça ? Je n'ai pas encore testé de revenir sur le port RJ45 natif.

 

@nicoueron, ton DSM est installé en Baremetal? 

Edited by mitch55
Link to comment
Share on other sites

il y a 2 minutes, mitch55 a dit :

, ton DSM est installé en Baremetal? 

oui et depuis la 6.2.3 il n'est plus nécessaire d'avoir un nic Intel.

 

oui le e1000e, j'ai fumé^^ c'est pour la carte réseau! essaie de t'inspirer des commande de sebastienr pour déterminer quel driver USB charger

Link to comment
Share on other sites

Il y a 16 heures, mitch55 a dit :

[99150.880048] usb 2-2.2: device descriptor read/64, error -32
[99159.919047] usb 2-2.2: device descriptor read/64, error -84
[99160.020428] usb 2-2-port2: attempt power cycle
[99178.164047] usb 2-2.2: new low-speed USB device number 27 using uhci_hcd
[99178.191192] usb 2-2.2: device descriptor read/8, error -32
[99178.320222] usb 2-2.2: device descriptor read/8, error -32
[99187.287132] usb 2-2.2: new low-speed USB device number 28 using uhci_hcd
[99187.318893] usb 2-2.2: device descriptor read/8, error -32
[99187.446956] usb 2-2.2: device descriptor read/8, error -32
[99187.550421] usb 2-2-port2: unable to enumerate USB device
[99187.560207] usb 2-2.1: usbfs: USBDEVFS_CONTROL failed cmd blazer_usb rqt 128 rq 6 len 255 ret -71
[99187.561330] <redpill/override_symbol.c:250> Obtaining lock for <GetHwCapability+0x0/0xf0 [broadwellnk_synobios]/ffffffffa0b6a0d0>
[99187.561639] <redpill/override_symbol.c:250> Writing original code to <ffffffffa0b6a0d0>
[99187.561879] <redpill/override_symbol.c:250> Released lock for <ffffffffa0b6a0d0>
[99187.562118] <redpill/override_symbol.c:221> Obtaining lock for <GetHwCapability+0x0/0xf0 [broadwellnk_synobios]/ffffffffa0b6a0d0>
[99187.562453] <redpill/override_symbol.c:221> Writing trampoline code to <ffffffffa0b6a0d0>
[99187.562689] <redpill/override_symbol.c:221> Released lock for <ffffffffa0b6a0d0>
[99187.562905] <redpill/bios_hwcap_shim.c:66> proxying GetHwCapability(id=8)->support => real=0 [org_fout=0, ovs_fout=0]
[99212.180405] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.180629] <redpill/smart_shim.c:390> Generating fake SMART values
[99212.183393] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.183634] <redpill/smart_shim.c:390> Generating fake SMART values
[99212.190365] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.190588] <redpill/smart_shim.c:390> Generating fake SMART values
[99212.200252] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99212.200467] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.684254] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.684468] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.695276] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.695494] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.706191] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.706410] <redpill/smart_shim.c:390> Generating fake SMART values
[99237.717378] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99237.717592] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.206148] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.206373] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.210345] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.210560] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.217780] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.218056] <redpill/smart_shim.c:390> Generating fake SMART values
[99272.228200] <redpill/smart_shim.c:646> Got SMART *command* - looking for feature=0xd0
[99272.228414] <redpill/smart_shim.c:390> Generating fake SMART values

 

Les logs ci-dessous 

[99150.880048] usb 2-2.2: device descriptor read/64, error -32
[99159.919047] usb 2-2.2: device descriptor read/64, error -84
[99160.020428] usb 2-2-port2: attempt power cycle
[99178.164047] usb 2-2.2: new low-speed USB device number 27 using uhci_hcd
[99178.191192] usb 2-2.2: device descriptor read/8, error -32
[99178.320222] usb 2-2.2: device descriptor read/8, error -32
[99187.287132] usb 2-2.2: new low-speed USB device number 28 using uhci_hcd
[99187.318893] usb 2-2.2: device descriptor read/8, error -32
[99187.446956] usb 2-2.2: device descriptor read/8, error -32
[99187.550421] usb 2-2-port2: unable to enumerate USB device

laissent penser qu'il y a un périphérique USB pas trop en forme de connecté à ton NAS ;) (ce qui pourrait correspondre à ton onduleur qui se connecte / déconnecte). 

 

Après il faut y aller par étape je pense. Débranche déjà tout les périphériques USB présent à part celui que tu veux essayé de faire fonctionner.

 

Juste pour comprendre, quand tu dis que tu vois la clé Bluetooth, ça veut dire quoi exactement ? 

Et quand tu dis que tu n'arrives pas à voir ta clé Bluetooth en tant que tel dans DSM, tu t'attends à la trouver où ? :)  

Link to comment
Share on other sites

unable to enumerate USB device
laissent penser qu'il y a un périphérique USB pas trop en forme de connecté à ton NAS ;) (ce qui pourrait correspondre à ton onduleur qui se connecte / déconnecte). 

Tu veux dire que par exemple, mon câble USB pourrait être défectueux ? 

C'est effectivement ça, depuis les journaux ou la commande lsusb, je peux voir que mon onduleur est tantôt connecté tantôt déconnecté. 

 


Juste pour comprendre, quand tu dis que tu vois la clé Bluetooth, ça veut dire quoi exactement ? 

Et quand tu dis que tu n'arrives pas à voir ta clé Bluetooth en tant que tel dans DSM, tu t'attends à la trouver où ? :)  

Dans "centre d'information " et via lsusb, je vois bien ma clé usb mais dans panneau de configuration de DSM, l'option "connexion à distance " (je ne sais plus le nom exact).

Mais, en fait, je viens de réaliser que cela vient du fait que Synology ne gère plus les clés WiFi et Bluetooth... je suis nul.

 

Link to comment
Share on other sites

il y a 5 minutes, mitch55 a dit :

Tu veux dire que par exemple, mon câble USB pourrait être défectueux ? 

C'est effectivement ça, depuis les journaux ou la commande lsusb, je peux voir que mon onduleur est tantôt connecté tantôt déconnecté. 

Soit un problème hardware soit un problème lié aux drivers. Par expérience, je préfère d'abord vérifier le hardware ;) Si tu as un autre câble USB pour tester, si jamais tu peux connecter ton onduleur en USB sur un ordinateur Linux, etc. Enfin, tout ce qui permet de vérifier que le hardware n'est pas en cause.

 

il y a 7 minutes, mitch55 a dit :

Dans "centre d'information " et via lsusb, je vois bien ma clé usb mais dans panneau de configuration de DSM, l'option "connexion à distance " (je ne sais plus le nom exact).

Mais, en fait, je viens de réaliser que cela vient du fait que Synology ne gère plus les clés WiFi et Bluetooth... je suis nul.

C'est effectivement la piste que je voulais clarifier avec toi. Car comme tu le dis, DSM7 a supprimer ce type de support. Maintenant tout dépend ce que tu souhaites faire.

Si c'était une fonctionnalité de DSM qui était dans l'interface graphique et qui n'est pas présente maintenant, on ne va pas pouvoir faire grande chose effectivement. Par contre si tu souhaites utiliser ta clé Bluetooth dans une image Docker ou bien dans VMM (Virtual Machine Manager) ça doit être possible du moment que le périphérique est présent via la commande lsusb

Link to comment
Share on other sites

  • nicoueron changed the title to [Tuto] - HP N40L et HP N54L gen7 (DSM 7.1.1)
  • nicoueron changed the title to [Tuto] DSM 7 pour HP N40L et HP N54L gen7

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...