ThinkPad T430 : une panne Wi-Fi artificielle après 13 ans de bons et loyaux services

Ce matin encore, vers 7 h 30, le Wi-Fi de mon vieux mais vaillant Lenovo ThinkPad T430 fonctionnait parfaitement sous Kubuntu.

Puis, brutalement : plus de réseau Wi-Fi.

Ma première réaction a été très simple :

Ça y est, après 13 ans de bons et loyaux services, la carte Wi-Fi vient probablement de mourir.

Et franchement, je ne lui en aurais même pas voulu.

Ce portable est un ThinkPad T430 haut de gamme de 2013. En 2026, cela lui fait donc plus de 13 ans.

Et il ne passe pas sa retraite posé sur une étagère.

C'est au contraire un ordinateur qui me suit quotidiennement depuis 13 ans : dans mon sac, en moto, sous la pluie, sur les chantiers, dans les ateliers, pour de l'administration, du dépannage, de la documentation, du développement, de la bureautique, du réseau et pratiquement tout ce que je peux avoir à faire avec un ordinateur portable.

Aujourd'hui encore, il fonctionne parfaitement pour toutes mes démarches.

Les seules évolutions matérielles importantes ont été très classiques :

augmentation de la mémoire RAM ;
remplacement du disque d'origine par un SSD.

Alors quand le Wi-Fi a disparu ce matin, la panne matérielle était sincèrement mon hypothèse numéro un.

Sauf que l'enquête technique allait raconter une histoire beaucoup plus intéressante.

Le symptôme : `Hard blocked: yes`

Première vérification :

rfkill list

Résultat :

Soft blocked: no
Hard blocked: yes

Le Soft blocked correspond à un blocage logiciel. Celui-là peut normalement être levé avec :

sudo rfkill unblock wifi

ou :

sudo nmcli radio wifi on

Mais un :

Hard blocked: yes

est une autre histoire. Linux considère alors que la radio Wi-Fi est interdite au niveau matériel.

Le bouton physique du T430 fonctionne pourtant

Le ThinkPad T430 possède encore une chose devenue rare : un véritable interrupteur physique pour couper les communications sans fil.

Test :

Bouton OFF
→ Soft blocked: yes

Bouton ON
→ Soft blocked: no

Le changement est donc parfaitement détecté par Linux.

Mais :

Hard blocked: yes

reste présent.

Premier indice que la carte n'est peut-être pas simplement morte.

Le ThinkPad affirme pourtant que les radios sont activées

Un coup d'œil au journal du noyau donne quelque chose de particulièrement intéressant :

thinkpad_acpi: Lenovo ThinkPad T430
thinkpad_acpi: radio switch found; radios are enabled

Donc, pour le contrôleur ACPI du ThinkPad : les radios sont activées.

Quelques secondes plus tard, le pilote de la carte Wi-Fi Intel répond pourtant :

iwlwifi: reporting RF_KILL (radio disabled)
iwlwifi: RF_KILL bit toggled to disable radio

Nous avons donc simultanément :

ThinkPad :
RADIO ON

Intel Wi-Fi :
RADIO INTERDITE

C'est là que le problème devient intéressant.

La carte Wi-Fi n'était finalement pas morte

La machine possède une :

Intel Centrino Ultimate-N 6300 AGN

avec le pilote Linux :

iwlwifi

La carte est parfaitement détectée :

lspci -nnk

Le firmware est également chargé :

loaded firmware version 9.221.4.1
6000-4.ucode

Donc :

la carte répond ;
le bus PCI Express fonctionne ;
le pilote Linux fonctionne ;
le firmware est chargé ;
l'interface réseau est créée.

Mais la partie radio reçoit un ordre lui disant :

Tu n'as pas le droit d'émettre.

Mise à jour complète du BIOS

Avant d'aller bricoler le matériel, autant éliminer le maximum de causes possibles.

Le T430 utilisait encore :

BIOS : 2.61
EC   : G1HT34WW

J'ai donc installé la dernière version officielle disponible pour cette machine :

BIOS : 2.82
EC   : 1.14

Mise à jour effectuée correctement.

Redémarrage, nouveau test :

rfkill list

Et...

Hard blocked: yes

Toujours pareil.

Reset BIOS, paramètres Wireless vérifiés, coupure électrique complète...

Toujours pareil.

Le fameux pin 20

C'est là qu'entre en scène une particularité de l'interface Mini PCI Express.

La carte Intel Centrino 6300 utilise notamment une broche appelée :

Pin 20
W_DISABLE#

Cette broche permet à l'ordinateur d'envoyer directement à la carte Wi-Fi un ordre matériel de désactivation de la radio.

Lorsque ce signal reste actif, Linux voit exactement :

Hard blocked: yes

Même si :

NetworkManager veut activer le Wi-Fi ;
rfkill veut le débloquer ;
le bouton physique est sur ON ;
le BIOS indique Wireless LAN Enabled ;
le pilote iwlwifi fonctionne normalement.

Le matériel a le dernier mot.

L'expérience : un morceau de scotch d'électricien

Plutôt que de couper une piste ou de dessouder quoi que ce soit, l'expérience est totalement réversible.

Il suffit d'isoler électriquement uniquement le pin 20.

J'ai utilisé quelque chose de particulièrement sophistiqué :

du scotch d'électricien ;-)

Mais avec une petite astuce.

Au lieu d'essayer de positionner un morceau de scotch microscopique directement sur un seul contact, j'ai découpé une bande plus longue.

Je l'ai placée comme une petite languette sur la largeur de la carte Wi-Fi. Une fois correctement positionnée , j'ai réduit sa largeur à approximativement la largeur d'un seul pin.

Contacts Mini PCIe

18 | 20 | 22 | 24
     ██
     ██
     ██
     ↑
 scotch isolant

Cette méthode présente plusieurs avantages :

beaucoup plus facile à positionner ;
la colle du scotch maintient parfaitement le montage ;
le morceau ne bouge pas pendant l'insertion de la carte ;
la languette plus longue améliore la tenue dans le temps ;
la largeur se règle facilement au ciseau.

Et surtout : cela passe parfaitement au remontage dans le connecteur Mini PCIe.

Redémarrage... et Wi-Fi immédiatement revenu

Carte remise en place, antennes reconnectées, batterie remise, puis démarrage de Kubuntu.

rfkill list

Cette fois :

Soft blocked: no
Hard blocked: no

Wi-Fi immédiatement de retour.

La carte que je pensais morte quelques heures auparavant fonctionne donc parfaitement.

Conclusion technique

La carte Intel Centrino Ultimate-N 6300 n'était pas morte.

Le problème ne venait pas :

de NetworkManager ;
de Kubuntu ;
du pilote iwlwifi ;
du firmware Wi-Fi ;
du bouton physique ;
d'un simple réglage Wireless dans le BIOS.

La carte recevait malgré tout un signal matériel W_DISABLE# lui interdisant d'émettre.

En isolant cette commande, le Wi-Fi est revenu immédiatement.

Une panne artificielle ?

Je fais volontairement la différence entre ce que je peux techniquement démontrer et ce que j'en pense.

Je peux démontrer ceci :

une carte Wi-Fi parfaitement fonctionnelle pouvait être rendue totalement inutilisable par une simple ligne matérielle de commande.

Les ThinkPad de cette génération disposent également de mécanismes permettant au BIOS de contrôler les cartes réseau autorisées, notamment à travers les fameuses whitelists WLAN.

Autrement dit, une carte peut être électriquement compatible avec la machine sans que le constructeur lui permette nécessairement de fonctionner.

Et c'est là que commence mon interrogation.

À 7 h 30 ce matin, mon Wi-Fi fonctionnait parfaitement.

Puis :

Hard blocked: yes

J'ai d'abord pensé à une véritable panne matérielle. Après 13 ans d'utilisation quotidienne, cela aurait été parfaitement crédible.

Mais la carte était saine.

Et un morceau de scotch correctement placé sur une seule broche a suffi à la remettre immédiatement en fonctionnement.

Je ne peux évidemment pas démontrer que Lenovo aurait volontairement provoqué une panne à une date ou une heure précise. Ce serait aller beaucoup plus loin que ce que les éléments techniques permettent d'affirmer.

En revanche, cette expérience montre très concrètement qu'une machine peut intégrer des mécanismes capables de rendre artificiellement inutilisable un matériel pourtant parfaitement fonctionnel.

Et cela mérite, à mon sens, réflexion.

Un ordinateur de 2013 qui travaille toujours tous les jours

Ce T430 date de 2013.

Plus de 13 ans.

À l'époque, c'était une machine professionnelle haut de gamme.

Et aujourd'hui ?

Il fonctionne toujours parfaitement pour toutes mes démarches et tous mes usages quotidiens.

Ce n'est pas un ordinateur que je conserve par nostalgie.

C'est un ordinateur que j'utilise.

Tous les jours.

Depuis 13 ans, il me suit :

dans mon sac ;
en moto ;
sous la pluie ;
sur les chantiers ;
dans les ateliers ;
pour l'administration ;
pour le dépannage ;
pour le développement ;
pour mes travaux réseau ;
et pour tous les usages quotidiens.

Pendant ces 13 années, les évolutions matérielles principales ont été :

plus de RAM ;
un SSD.

Et il continue.

Vive Linux. Et vive Kubuntu.

Il y a une raison majeure pour laquelle cette machine reste aussi exploitable aujourd'hui : Linux.

Et, dans mon cas :

Kubuntu.

Je peux continuer à installer un système actuel sur un ordinateur de 2013 et surtout choisir moi-même son architecture.

Mon installation est notamment :

chiffrée ;
organisée avec LVM ;
partitionnée selon mes besoins ;
optimisée ;
nettoyée ;
maintenue ;
documentée ;
adaptée à mes usages.

En résumé :

Kubuntu / Ubuntu
      │
      ├── chiffrement
      ├── LVM
      ├── partitions adaptées
      ├── configuration réseau maîtrisée
      ├── services optimisés
      ├── logiciels choisis
      └── maintenance documentée

Je ne dépends pas de la décision d'un éditeur qui décréterait :

« Cette machine n'est plus assez récente pour notre prochain système. »

Je peux continuer à l'entretenir, l'améliorer et l'utiliser.

Une machine ancienne n'est pas nécessairement une machine obsolète.

13 ans : et alors ?

Dans l'informatique grand public, 13 ans semblent parfois représenter une éternité.

Pourtant, mon T430 possède toujours :

un processeur suffisant pour énormément d'usages ;
suffisamment de mémoire ;
un SSD ;
un écran ;
un excellent clavier ;
de l'USB ;
de l'Ethernet ;
du Wi-Fi ;
du Bluetooth.

Pourquoi devrais-je le jeter ?

Tant qu'une machine répond à mes besoins, la conserver est probablement l'une des formes les plus efficaces de sobriété numérique.

Le meilleur ordinateur « écologique » est parfois simplement celui qu'on possède déjà et qu'on continue à utiliser pendant 13 ans.

Qui doit décider si mon matériel peut encore fonctionner ?

Le propriétaire de l'ordinateur ?

Ou le constructeur ?

Lorsqu'une machine de plus de 13 ans fonctionne encore parfaitement, pourquoi devrait-elle dépendre d'une décision inscrite dans un BIOS pour savoir :

quelle carte Wi-Fi elle peut utiliser ;
si cette carte a le droit d'émettre ;
si une carte matériellement compatible est considérée comme « autorisée » ?

C'est exactement le genre de mécanisme qui explique pourquoi je reste attaché :

au logiciel libre ;
à Linux ;
à Kubuntu ;
au droit à la réparation ;
à la documentation technique ouverte ;
à la possibilité de modifier son propre matériel ;
et à la possibilité pour le propriétaire d'une machine d'en garder réellement le contrôle.

Et maintenant : Wi-Fi 6 ?

Puisque cette aventure m'a obligé à démonter le T430... autant continuer.

La vieillissante Intel Centrino Ultimate-N 6300 pourrait prochainement laisser sa place à une carte Wi-Fi 6 au format Half Mini PCIe.

Probablement quelque chose autour d'une :

AX200HMW
ou
MPE-AX3000H

Et bien entendu, sur un T430, un nouveau problème risque immédiatement de se présenter :

la whitelist WLAN du BIOS.

Ce sera donc peut-être le prochain épisode ;-)

Quelques commandes utiles

Identifier la carte Wi-Fi

lspci -nnk | grep -A5 -Ei 'network|wireless'

Vérifier les blocages

rfkill list all

État NetworkManager

nmcli radio
nmcli device status

Messages du pilote Intel

dmesg | grep -Ei 'iwlwifi|RF_KILL|rfkill'

Messages ThinkPad

dmesg | grep -i thinkpad_acpi

Version du BIOS

sudo dmidecode -s bios-version

À retenir

Wi-Fi HS
   ↓
première pensée :
"la carte a probablement rendu l'âme"
   ↓
rfkill
   ↓
Hard blocked: yes
   ↓
bouton physique OK
   ↓
BIOS WLAN Enabled
   ↓
thinkpad_acpi : radios enabled
   ↓
iwlwifi : RF_KILL
   ↓
mise à jour BIOS
   ↓
toujours bloqué
   ↓
isolation pin 20 W_DISABLE#
   ↓
Hard blocked: no
   ↓
Wi-Fi OK

Une panne de moins.

Un ThinkPad de 2013 qui repart pour continuer à travailler après plus de 13 ans d'utilisation quotidienne.

Et une raison supplémentaire de défendre Linux, Kubuntu, le logiciel libre, la réparation et la maîtrise de son propre matériel plutôt que de considérer qu'une machine ancienne doit obligatoirement finir au rebut.