Les contrôleurs Thunderbolt en mode énumération assistée par BIOS se mettent en veille lorsqu'ils ne sont pas utilisés. Tout ce qui reste est un pont PCI hotplug sans pont enfant attaché.
Les contrôleurs Thunderbolt qui enfreignent cette règle sont:
- Titan Ridge
- Vraisemblablement, tous les futurs contrôleurs libérés après Titan Ridge
- Certains contrôleurs Alpine Ridge avec micrologiciel et BIOS mis à jour à prendre en charge (rare)
https://www.kernel.org/doc/html/latest/admin-guide/thunderbolt.html
À partir du lien ci-dessus, nous trouvons une commande pour forcer l'alimentation et réveiller le contrôleur (généralement utilisé pour les mises à jour du micrologiciel sans nécessiter la connexion d'appareils Thunderbolt).
"echo 1 | sudo tee / sys / bus / wmi / devices / 86CCFD48-205E-4A77-9C48-2021CBEDE341 / force_power" sans les guillemets, devrait le réveiller. Puis "lspci -vnnt" pour visualiser la différence. Si vous le souhaitez, vous pouvez publier la sortie de "lspci -vnnt" pour que nous confirmions pour vous.
Mais cela ne fonctionne que sur les noyaux récents. Je ne me souviens pas lequel était le premier, mais 4.20 l'a définitivement (et certainement certains plus tôt, mais pour des raisons de simplicité, utilisez simplement celui-ci).
J'espère que cela fonctionne et permet à votre contrôleur Thunderbolt d'être reconnu par Ubuntu. Cependant, puisque vous avez dit que vous ne disposiez d'aucun appareil Thunderbolt, je ne sais pas pourquoi vous vous en souciez (même si je ne dis pas cela de manière décourageante). Mais cela devrait être la solution.
Oh, et rappelez-vous, si vous avez un autre ordinateur portable Thunderbolt 3 et un câble USB-C vers USB-C avec des vitesses USB 3.X, vous devriez pouvoir connecter les deux ordinateurs portables ensemble via leurs ports Thunderbolt, ce qui réveillera les contrôleurs et entraîner une mise en réseau 10GbE émulé entre eux. S'ils sont tous les deux Linux, vous devrez "sudo modprobe thunderbolt-net" sur l'un d'eux.