external usb3.2 hub non reconnu
les disks qui y sont connéctes ne sont ni reconnu ni montés
Système et matériels / Autres matériels et périphériques
Jeff63 Membre non connecté
-
- Voir le profil du membre Jeff63
- Inscrit le : 17/04/2018
- Groupes :
J'ai un superbe et très véloce périphérique USB3 qui n'est pas reconnu lorsque je l'allume,
le péripĥérique est un dock usb Fideco pour deux disques sata (3.5" ou 2.5") et deux disques usb 3 externes via le hub usb2.1/3.2 + 1 port de recharge qui l'équipent.
le fabricant du hub est Genesyslogic, et lorsque reconnu par le système il monte deux hubs :
1 USB 2.1 de FID 0x05e3 et de PID 0x0610
et
1 USB3.2 de PID 0x05e3 et PID 0x620
si ce périphérique est allumé lors du boot/reboot du système il est automatiquement reconnu et configuré et les diques connectés montés et utilisables.
si je l'allume après le boot il n'est pas reconnu et je suis forcé d'ouvrir le ccm et de faire une détection de matériel pour le voir s'animer...
y a moyen de le faire reconnaitre à coup sur sans passer par le ccm à chaque fois ? (module à installer, etc ? j'ai cherché mais pas trouvé)
Je suis un peu perdu car le dock USB2.0 que j'utilisais avant celui-ci ne m'a jamais posé ce type de problème.
Merci d'avance

Jeff
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
L'USB est prévu pour être enfichable à chaud. Il y a donc une anomalie.
Pour en savoir plus, tu peux débrancher le périphérique, ouvrir une console en root, et lancer :
Code BASH :
journalctl --no-hostname -f
puis rebrancher le périphérique.
-f est pour 'follow", à suivre.
Des lignes vont apparaître dans la console, celles-ci nous intéressent.
Tu peux faire la même manœuvre, mais sans débrancher et en partant avec le périphérique éteint, puis en l'allumant après avoir lancer la commande.
Yves
Jeff63 Membre non connecté
-
- Voir le profil du membre Jeff63
- Inscrit le : 17/04/2018
- Groupes :
[root@localhost ~]# journalctl --no-hostname -f
-- Logs begin at Sun 2021-11-21 05:52:54 CET. --
nov. 22 23:09:41 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:09:41 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:09:41 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:09:42 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:09:42 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:09:42 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:09:42 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:09:51 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:10:01 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:10:06 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:10:18 kernel: usb 6-1: new SuperSpeed Gen 1 USB device number 6 using xhci_hcd
nov. 22 23:10:18 kernel: usb 6-1: New USB device found, idVendor=05e3, idProduct=0620, bcdDevice=93.07
nov. 22 23:10:18 kernel: usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
nov. 22 23:10:18 kernel: usb 6-1: Product: USB3.2 Hub
nov. 22 23:10:18 kernel: usb 6-1: Manufacturer: GenesysLogic
nov. 22 23:10:18 kernel: hub 6-1:1.0: USB hub found
nov. 22 23:10:18 kernel: hub 6-1:1.0: 4 ports detected
nov. 22 23:10:19 kernel: usb 5-1: new high-speed USB device number 3 using xhci_hcd
nov. 22 23:10:19 kernel: usb 5-1: New USB device found, idVendor=05e3, idProduct=0610, bcdDevice=93.07
nov. 22 23:10:19 kernel: usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
nov. 22 23:10:19 kernel: usb 5-1: Product: USB2.1 Hub
nov. 22 23:10:19 kernel: usb 5-1: Manufacturer: GenesysLogic
nov. 22 23:10:19 kernel: hub 5-1:1.0: USB hub found
nov. 22 23:10:19 kernel: hub 5-1:1.0: 4 ports detected
nov. 22 23:10:19 upowerd[1051]: treating change event as add on /sys/devices/pci0000:00/0000:00:1c.5/0000:05:00.0/usb6/6-1
nov. 22 23:10:19 upowerd[1051]: treating change event as add on /sys/devices/pci0000:00/0000:00:1c.5/0000:05:00.0/usb5/5-1
nov. 22 23:10:30 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:10:30 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:10:44 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:11:11 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:11:12 kernel: net-fw DROP IN=eno1 OUT= MAC=14:da:e9:07:7b:83:f4:ca:e5:56:4d:7f:08:00 SRC=139.99.245.245 DST=192.168.1.101 LEN=95 TOS=0x00 PREC=0x00 TTL=50 ID=23139 DF PROTO=UDP SPT=53783 DPT=54644 LEN=75
nov. 22 23:11:15 kernel: net-fw DROP IN=eno1 OUT= MAC=14:da:e9:07:7b:83:f4:ca:e5:56:4d:7f:08:00 SRC=172.114.189.50 DST=192.168.1.101 LEN=132 TOS=0x00 PREC=0x00 TTL=51 ID=51781 DF PROTO=UDP SPT=6881 DPT=54644 LEN=112
et rien n'est monté :(
Jeff63 Membre non connecté
-
- Voir le profil du membre Jeff63
- Inscrit le : 17/04/2018
- Groupes :
nov. 22 23:17:10 drakconf[3336420]: ### Program is starting ###
nov. 22 23:17:15 kio_http_cache_cleaner[230409]: QIODevice::skip (QBuffer): WriteOnly device
nov. 22 23:17:20 drakhardware[3337341]: ### Program is starting ###
nov. 22 23:17:21 drakhardware[3337341]: running: dmidecode
nov. 22 23:17:22 kernel: usb 6-1.1: new SuperSpeed Gen 1 USB device number 8 using xhci_hcd
nov. 22 23:17:22 kernel: usb 6-1.1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
nov. 22 23:17:22 kernel: usb 6-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
nov. 22 23:17:22 kernel: usb 6-1.1: Product: USB 3.0 Destop HD EP0 Product string
nov. 22 23:17:22 kernel: usb 6-1.1: Manufacturer: ASMT
nov. 22 23:17:22 kernel: usb 6-1.1: SerialNumber: 00000000000000000000
nov. 22 23:17:22 kernel: usb-storage 6-1.1:1.0: USB Mass Storage device detected
nov. 22 23:17:22 kernel: usb-storage 6-1.1:1.0: Quirks match for vid 174c pid 55aa: 400000
nov. 22 23:17:22 kernel: scsi host11: usb-storage 6-1.1:1.0
nov. 22 23:17:22 kernel: usb 6-1.4: new SuperSpeed Gen 1 USB device number 9 using xhci_hcd
nov. 22 23:17:22 kernel: usb 6-1.4: New USB device found, idVendor=13fd, idProduct=3940, bcdDevice= 3.07
nov. 22 23:17:22 kernel: usb 6-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
nov. 22 23:17:22 kernel: usb 6-1.4: Product: ST1000LM024 HN-M
nov. 22 23:17:22 kernel: usb 6-1.4: Manufacturer: ST
nov. 22 23:17:22 kernel: usb 6-1.4: SerialNumber: 801040002F00400002000200
nov. 22 23:17:22 kernel: usb-storage 6-1.4:1.0: USB Mass Storage device detected
nov. 22 23:17:22 kernel: usb-storage 6-1.4:1.0: Quirks match for vid 13fd pid 3940: 2000020
nov. 22 23:17:22 kernel: scsi host12: usb-storage 6-1.4:1.0
nov. 22 23:17:22 mtp-probe[3337366]: checking bus 6, device 9: "/sys/devices/pci0000:00/0000:00:1c.5/0000:05:00.0/usb6/6-1/6-1.4"
nov. 22 23:17:22 mtp-probe[3337365]: checking bus 6, device 8: "/sys/devices/pci0000:00/0000:00:1c.5/0000:05:00.0/usb6/6-1/6-1.1"
nov. 22 23:17:22 mtp-probe[3337366]: bus: 6, device: 9 was not an MTP device
nov. 22 23:17:22 mtp-probe[3337365]: bus: 6, device: 8 was not an MTP device
nov. 22 23:17:22 mtp-probe[3337394]: checking bus 6, device 9: "/sys/devices/pci0000:00/0000:00:1c.5/0000:05:00.0/usb6/6-1/6-1.4"
nov. 22 23:17:22 mtp-probe[3337394]: bus: 6, device: 9 was not an MTP device
nov. 22 23:17:22 mtp-probe[3337395]: checking bus 6, device 8: "/sys/devices/pci0000:00/0000:00:1c.5/0000:05:00.0/usb6/6-1/6-1.1"
nov. 22 23:17:22 mtp-probe[3337395]: bus: 6, device: 8 was not an MTP device
nov. 22 23:17:22 drakhardware[3337341]: running: /sbin/modprobe dm_zero
nov. 22 23:17:22 drakhardware[3337341]: running: dmraid -s -c -c
nov. 22 23:17:23 kernel: scsi 11:0:0:0: Direct-Access ASMT USB 3.0 Destop H 0 PQ: 0 ANSI: 6
nov. 22 23:17:23 kernel: sd 11:0:0:0: [sdm] Attached SCSI removable disk
nov. 22 23:17:23 kernel: scsi 12:0:0:0: Direct-Access ST ST1000LM024 HN-M 0307 PQ: 0 ANSI: 6
nov. 22 23:17:23 kernel: sd 12:0:0:0: [sdn] 1953525167 512-byte logical blocks: (1.00 TB/932 GiB)
nov. 22 23:17:23 kernel: sd 12:0:0:0: [sdn] Write Protect is off
nov. 22 23:17:23 kernel: sd 12:0:0:0: [sdn] Mode Sense: 1f 00 10 08
nov. 22 23:17:23 kernel: sd 12:0:0:0: [sdn] Write cache: enabled, read cache: enabled, supports DPO and FUA
nov. 22 23:17:23 kernel: sdn: sdn1
nov. 22 23:17:23 kernel: sd 12:0:0:0: [sdn] Attached SCSI disk
nov. 22 23:17:24 dbus-daemon[984]: [system] Activating service name='org.kde.kded.smart' requested by ':1.55' (uid=1000 pid=213481 comm="/usr/bin/kded5") (using servicehelper)
nov. 22 23:17:24 dbus-daemon[984]: [system] Successfully activated service 'org.kde.kded.smart'
nov. 22 23:17:24 ntfs-3g[3337417]: Version 2017.3.23 external FUSE 29
nov. 22 23:17:24 udisksd[1049]: Mounted /dev/sdn1 at /run/media/username/ZIC on behalf of uid 1000
nov. 22 23:17:24 ntfs-3g[3337417]: Mounted /dev/sdn1 (Read-Write, label "ZIC", NTFS 3.1)
nov. 22 23:17:24 ntfs-3g[3337417]: Cmdline options: rw,nodev,nosuid,uid=1000,gid=1000,windows_names,uhelper=udisks2
nov. 22 23:17:24 ntfs-3g[3337417]: Mount options: rw,nodev,nosuid,uhelper=udisks2,allow_other,nonempty,relatime,default_permissions,fsname=/dev/sdn1,blkdev,blksize=4096
nov. 22 23:17:24 ntfs-3g[3337417]: Global ownership and permissions enforced, configuration type 7
la le disque est monté et utilisable ^^)
mais c'est quand même mieux quand ça se fait tout seul ;o)
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
On ne voit pas d'anomalie détectée dans le journal. C'est donc le comportement du hub qui est différent.
Je ne vois pas de moyen au niveau du système pour modifier ce comportement.
Yves
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
En regardant sur Internet, je suis tombé sur cette page ( après ce n' est pas forcément pas lié à Mageia):
https://forum.turris.cz/t/how-to-force-usb-3-device-to-use-mass-storage-driver-using-quirks/11449
Je me demande si dans les options du module usb-storage on ne pourrait pas spécifier ce "quirk" particulier.
Peut être que quand le disque est branché au démarrage, le module usb-storage est capable de faire la détection automatique,ce qu' il ne peut pas faire de manière dynamique lorsque le périphérique est branché à chaud.
Si lors de la détection du matériel, certains modules sont rechargés ( notamment le usb-storage), alors on se retrouve dans la même état que lors d' un démarrage du pc.
bermisch Membre non connecté
-
- Voir le profil du membre bermisch
- Inscrit le : 18/05/2013
- Groupes :
J'ai remarqué moi aussi que la détection d'un certain (gros!) DD externe USB3 ne se faisait qu'au démarage, le "plugging" à chaud ne donnait rien. Je me demande si certans process qui sont démarrés lors du boot ne se "tuent" pas au bout d'un certain temps. C'est net dans les services du CCM avec la case "au démarage" cochée et le service arrêté, pas forcément pour cause de faute.
On conçoit que ce soit configuré ainsi pour des processus gourmands en temps calcul. Dans ces cas-là on peut imaginer qu'ils soient recréés à intervalles réguliers, avec des priorités assez faibles quand même. Je ne sais pas si la détection du périphérique USB se fait sur interruption HW ou nécessite un scanning de la part de l'unté centrale.
2 PC intel X86 sous Mageia - 64 bits - 8G bits mémoire, KDE dont un avec serveur LDAP "wake-on-waned "
livebox orange fibre 300Mb/s avec. Wifi ..
Lien pour l'allumage : du pc avec serveur LDAP (allumage à distance hs actuellement) :
https://www.depicus.com/wake-on-lan/woli?m=BCAEC58C7279&i=bermisch.ddns.net&s=255.255.255.255&p=9
Lien pour le site lui-même si pc serveur allumé: http://bermisch.ddns.net
(erreur 403 à ce niveau mais .../ magallerie donne accès à coppermine base de photos en lecture seule..) sur ip dynamique (ddns)
livebox orange fibre 300Mb/s avec. Wifi ..
Lien pour l'allumage : du pc avec serveur LDAP (allumage à distance hs actuellement) :
https://www.depicus.com/wake-on-lan/woli?m=BCAEC58C7279&i=bermisch.ddns.net&s=255.255.255.255&p=9
Lien pour le site lui-même si pc serveur allumé: http://bermisch.ddns.net
(erreur 403 à ce niveau mais .../ magallerie donne accès à coppermine base de photos en lecture seule..) sur ip dynamique (ddns)
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Peut être que par udev, on peut lancer un diskdrake sur détection du pid/vid (vu que cela recharge les modules) ?

edit: Je ne sais pas pourquoi j' ai inscrit diskdrake. Il fallait bien entendu lire harddrake2 . Bon malheureusement, il ne fonctionne pas en mode console...
Sinon, en créant un script qui ferait un
Code BASH :
modprobe -r usb-storage modprobe usb_storage
lors du branchement du périphérique ?
Un peu comme dans cet exemple ?
https://www.tecmint.com/udev-for-device-detection-management-in-linux/
On créerait dans un script mis dans un endroit voulu ( /sbin, /bin ...)
puis dans un fichier dans /etc/udev/rules.d/ on créerait un fichier de règles, pour forcer ce script (bien entendu, il ne faudrait pas brancher le disque s' il y a d' autres périphériques usb branchés ( par exemple une clé USB, un téléphone etc... pour éviter une corruption de ses derniers).
Le fichier de règle contiendrait par exemple ceci.
Code BASH :
SUBSYSTEM=="usb", ATTR{idVendor}=="174c", ATTR{idProduct}=="55aa", RUN+="/sbin/mon_script_recharge_usb_storage.sh"
Édité par nic80 Le 06/12/2021 à 23h11
Certaines carte-mères (un peu anciennes) ne possèdent tous simplement pas de contrôleur USB 3.0...Alors le périphérique devrait être détecté comme de l'USB 2.0.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Ici il est bien indiqué superspeed pour le module.
Donc on peut supposer que le module le supporte ainsi que le controlleur de la carte mère, non ?
nic80 :
Bonjour,
Ici il est bien indiqué superspeed pour le module.
Donc on peut supposer que le module le supporte ainsi que le controlleur de la carte mère, non ?
Ici il est bien indiqué superspeed pour le module.
Donc on peut supposer que le module le supporte ainsi que le controlleur de la carte mère, non ?
Bonjour

Mon propos était d'ordre général.
Car d'expérience j'ai déjà vu des utilisateurs cherchant à comprendre pourquoi leurs périphériques USB ne fonctionnaient pas en usb 3.0.
Mais revenons à nos moutons, tu as raison :
"1 USB3.2 de PID 0x05e3 et PID 0x620"
https://www.usb.org/superspeed-usb
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie