Forum Linux.débutant Mes ports USB 3.0 ne fonctionnent pas

Posté par  (Mastodon) . Licence CC By‑SA.
Étiquettes :
2
17
mai
2020

J'ai un Dell Inspiron 17R(N7110) a priori doté de deux ports USB 2.0 et deux ports USB 3.0 sous Ubuntu 20.04 (précédemment 16.04 mais depuis lors mis à jour). Depuis le départ, mes ports USB 3.0 ne fonctionnent pas. Aucune idée si le problème est matériel ou logiciel.

Dans mes pérégrinations sur la toile, j'ai trouvé des formules magique à ajouter à la ligne GRUB_CMDLINE_LINUX_DEFAULT=

J'ai testé en ajoutant une fois iommu=soft et une autre fois pci=nomsi,noaer (donc pas les deux en même temps) mais cela n'a aucun effet.

Quand je fait lsusb, je m'inquiète un peu parce que je m'attendais à voir un 'Linux Foundatio 3.0 root hub' mais ce n'est pas le cas.

Bus 002 Device 004: ID 8086:0189 Intel Corp.
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 1bcf:2980 Sunplus Innovation Technology Inc.
Bus 001 Device 003: ID 0bda:0138 Realtek Semiconductor Corp. RTS5138 Card Reader Controller
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Autre motif d'inquiétude, en général les cas que je vois sur internet indiquent que le matériel branché sur les ports dysfonctionnels ont tendance à quand même s'allumer quand ils possèdent une diode, ce n'est pas le cas avec mon ordinateur.

Des suggestions d'investigations ou de solutions ?

  • # Pas de réponse immédiate

    Posté par  . Évalué à 2.

    Salut,

    En effet, tu devrais avoir un truc comme ça :

    Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

    As-tu essayé avec d'autres distributions en mode live juste pour voir ?

    Matricule 23415

    • [^] # Re: Pas de réponse immédiate

      Posté par  (Mastodon) . Évalué à 1.

      Non, je n'ai pas essayé avec une autre distribution. Quand j'aurai un peu de temps (je n'ai pas de support sous la main pour le faire directement), j'essaierai.

      Cela me donnera l'excuse d'essayer une autre distribution par la même occasion :-)

      Surtout, ne pas tout prendre au sérieux !

  • # BIOS?

    Posté par  (site web personnel) . Évalué à 6.

    Est ce que tu as regardé dans le BIOS si il y a quelque chose de désactivé? Éventuellement revenir aux réglages par défaut pour être sûr.

    Sur le site du constructeur je vois qu'il y a une mise à jour pour le BIOS, version A13 de décembre 2013, est ce que tu l'as faite? Quand je reçoit un ordinateur c'est une des première chose que je fait car trop souvent les constructeurs distribuent un .exe pour ça, ça devient forcément un peu plus compliqué quand on n'a plus de Windows…

    Un LUG en Lorraine : https://enunclic-cappel.fr

    • [^] # Re: BIOS?

      Posté par  . Évalué à 3. Dernière modification le 17 mai 2020 à 16:23.

      trop souvent les constructeurs distribuent un .exe pour ça

      C'était l'un de mes critères de sélection et l'une des raisons pour laquelle j'ai du Asus (mises à jour fournies en image liveCD avec un FreeDOS ou en fichier à installer via l'utilitaire intégré dans leur BIOS/UEFI). Même chose pour les SSD.
      Mais en réalité c'est toujours indispensable d'avoir un Windows qui traine sur un HDD pour faire les MÀJ de l'Intel ME ou d'autres firmwares du type VBIOS de carte graphique.

      Sinon niveau matériel, la première chose à faire c'est de vérifier si les ports délivrent bien du +5V, puis voir si le fusible du port/hub interne n'est pas grillé.

      • [^] # Re: BIOS?

        Posté par  (Mastodon) . Évalué à 1.

        Sinon niveau matériel, la première chose à faire c'est de vérifier si les ports délivrent bien du +5V, puis voir si le fusible du port/hub interne n'est pas grillé.

        Cela me fait peur. Si les diodes des appareils ne s'allument pas, j'imagine que les ports délivre plutôt du 0V. Pour vérifier le fusible, j'imagine que je dois ouvrir la bête, non ?

        Surtout, ne pas tout prendre au sérieux !

        • [^] # Re: BIOS?

          Posté par  . Évalué à 3.

          Pour vérifier le fusible, j'imagine que je dois ouvrir la bête, non ?

          oui mais c'est à faire après avoir constaté qu'il n'y a pas de jus.

          Enfin, cyberjunkie a trouvé le problème : pas de pilote Linux pour la puce FL1009 donc pas résolvable à moins de faire un hack matériel en greffant un autre modèle de puce (et ça, ça fait vraiment peur).
          Si tu avais eu un port de type expresscard 2.0 disponible tu aurais pu avoir de l'USB 3.0 beaucoup plus facilement.

    • [^] # Re: BIOS?

      Posté par  (Mastodon) . Évalué à 1.

      Concernant la version du BIOS, je suis perplexe parce que je pensais l'avoir mis à jour avant de balancer Windows (il y a moins de deux ans) mais je suis sur la version A06. En même temps, la dernière mise à jour de A06 est plus récente que la dernière mise à jour de A13.

      Dans les réglages du BIOS, hormis USB Wake Support qui n'était pas enabled je ne vois rien mais a priori USB Wake support ne devrait pas jouer. Par acquis de conscience, j'ai quand même modifié ce réglage et cela n'a effectivement rien changé.

      Il y a des choses que je ne connais pas dans le BIOS :
      - Sata operation réglé sur AHCI (l'alternative est ATA) mais le peu que j'en ai compris de mes recherches internet n'a pas l'air d'être lié aux USB
      - Function Key Behavior mais rien dans cet énoncé ne me fait pensé à un port USB

      Surtout, ne pas tout prendre au sérieux !

      • [^] # Re: BIOS?

        Posté par  . Évalué à 2.

        • Sata operation réglé sur AHCI (l'alternative est ATA) mais le peu que j'en ai compris de mes recherches internet n'a pas l'air d'être lié aux USB

        Comme son nom l'indique, c'est pour régler le mode de communication du ou des ports Sata. Le mode ATA c'est du legacy et tu veux l'éviter si tu as un SSD.

        • Function Key Behavior mais rien dans cet énoncé ne me fait pensé à un port USB

        Pareil c'est dans le nom, c'est pour le comportement de la touche Fn du clavier.

  • # Driver ?

    Posté par  (Mastodon) . Évalué à 1.

    En regardant ceci, mon modèle de laptop semble parfois souffrir de problème de driver pas tout à fait disponible.

    Un problème de driver pourrait-il provoquer le type de comportement que je décris ?

    Surtout, ne pas tout prendre au sérieux !

  • # Un petit coup de moteur de recherche...

    Posté par  . Évalué à 4. Dernière modification le 17 mai 2020 à 18:24.

    … et la solution apparut effectivement !

    https://www.dell.com/community/Laptops-General-Read-Only/usb-3-0-ports-not-working-on-Inspiron-N7110/td-p/3826149

    Et n'empêche, un coup de MàJ BIOS vers la version A13 ne pourrait pas faire de mal. D'autant que sa date de publication est plus récente d'un an que celle de la A06.

    Les dates de mises à jour que tu as pu constater doivent probablement être dues aux bug-fixes des microcodes CPU (Meltdown, Spectre). Pas aux améliorations fonctionnelles.

    • [^] # Re: Un petit coup de moteur de recherche...

      Posté par  (Mastodon) . Évalué à 1.

      Merci de me donner le lien que je viens de poster dans le commentaire précédent :-)

      Plus sérieusement, je suis un brin moins optimiste que toi : c'est sans doute effectivement un problème de driver mais je n'ai pas encore trouvé de driver linux et je crains ne pas en trouver.

      J'ai pour le moment aucune idée si un driver Windows peut être installé de manière pertinente sous Linux. NdisWrapper me donne un peu d'espoir mais c'est vieux vieux vieux et semble limité aux driver de wifi.

      Je vais encore chercher mais si vous connaissez la réponse, je suis évidemment preneur.

      Surtout, ne pas tout prendre au sérieux !

  • # lsusb

    Posté par  (Mastodon) . Évalué à 6. Dernière modification le 17 mai 2020 à 19:52.

    Au passage, quand on débuggue un peu l'USB une option de lsusb qui est sympa c'est -t (tree)

    Sur des cartes mère avec pas mal de contrôleur différents, ça aide à visualiser d'un coup. Chez moi par exemple :

    /:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M
    |__ Port 5: Dev 7, If 0, Class=Hub, Driver=hub/4p, 5000M
        |__ Port 2: Dev 8, If 0, Class=Hub, Driver=hub/4p, 5000M
        |__ Port 3: Dev 10, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
    |__ Port 3: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
    |__ Port 4: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
    |__ Port 5: Dev 15, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 2: Dev 18, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 1: Dev 19, If 0, Class=Vendor Specific Class, Driver=ch341, 12M
    |__ Port 6: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 6: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 8: Dev 7, If 5, Class=Application Specific Interface, Driver=, 480M
    |__ Port 8: Dev 7, If 3, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 1, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 4, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 2, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 0, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 13: Dev 9, If 1, Class=Wireless, Driver=btusb, 12M
    |__ Port 13: Dev 9, If 0, Class=Wireless, Driver=btusb, 12M

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: lsusb

      Posté par  . Évalué à 4.

      perso, j'aime bien usb-devices qui ne fait pas d'arbre mais qui indique beaucoup plus d'infos.

      • [^] # Re: lsusb

        Posté par  (Mastodon) . Évalué à 3. Dernière modification le 18 mai 2020 à 07:50.

        Excellent je connaissais pas, c'est très intéressant notamment pour la vision directe des interfaces offertes par le périphérique, ou la conso max négociée.

        sinon lsusb a aussi l'option -v (verbose) qui rajoute le strict minimum : USB ID et nom du périphérique. C'est un poil plus lisible :

        /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
    |__ Port 5: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
        ID 05e3:0612 Genesys Logic, Inc. Hub
        |__ Port 2: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M
            ID 05e3:0612 Genesys Logic, Inc. Hub
        |__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
            ID 04c5:2028 Fujitsu, Ltd

        Donc on aurait :

        • pour savoir qui est branché où => lsusb -tv
        • pour avoir la liste des objets (périphérique ou hub) et tout savoir sur chacun => usb-devices

        J'aime !

        En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # et les memes ports fonctionnent en USB2 ?

    Posté par  . Évalué à 1.

    si tu branches un truc dessus en USB2? ca marche quand meme ?

    si oui, alors le port est actif, et c'est :
    - soit un réglage dans le bios qui bloque le port sur USB2
    - soit dans l'OS que le module xHCI n'est pas chargé (sur certaines machines il fallait blacklister certains modules pour éviter les conflits entre USB1 et USB3)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.