Comment corriger l'erreur « Le firmware du MCU est obsolète » du Ledger Nano X ? (Correctif de mise à jour)

Comprendre l'erreur du micrologiciel du MCU

1. Le message « Le micrologiciel MCU est obsolète » apparaît lorsque l'unité du microcontrôleur du Ledger Nano X ne parvient pas à répondre à la version minimale requise par Ledger Live ou l'application connectée.

2. Il ne s'agit pas d'un problème de portefeuille logiciel mais d'un problème de sous-système matériel de bas niveau directement lié à la puce sécurisée gérant la communication USB, la gestion de l'alimentation et les séquences de démarrage sécurisées.

3. Contrairement aux mises à jour standard du micrologiciel, les mises à jour du MCU nécessitent une synchronisation spécifique, une alimentation stable et une connexion ininterrompue : les interruptions déclenchent souvent des boucles de récupération ou des états d'erreur persistants.

4. Ledger n'expose pas les numéros de version du MCU dans l'interface de l'appareil ; les utilisateurs doivent s'appuyer sur les outils de diagnostic ou de ligne de commande de Ledger Live comme ledgerctl pour vérifier les versions actuelles et cibles.

5. L'erreur apparaît fréquemment après une inactivité prolongée de l'appareil, un épuisement de la batterie lors de mises à jour précédentes ou l'installation de versions bêta de Ledger Live qui imposent des contrôles de compatibilité MCU plus stricts.

Conditions préalables à une mise à jour réussie du MCU

1. Un Ledger Nano X entièrement chargé : le niveau de batterie doit rester supérieur à 30 % tout au long du processus, car le clignotement du MCU désactive temporairement la négociation de l'alimentation USB.

2. Utilisez uniquement le câble USB-C d'origine fourni avec l'appareil ; Les câbles tiers manquent souvent d'intégrité de ligne de données suffisante pour l'établissement de liaison en mode DFU (Device Firmware Upgrade).

3. Désactivez tous les utilitaires antivirus, pare-feu et filtrage USB sous Windows ou macOS : ils peuvent intercepter ou limiter les paquets DFU, provoquant des échecs d'expiration du délai.

4. Assurez-vous que Ledger Live est mis à jour avec la dernière version stable (et non bêta) et fermez toutes les autres applications de crypto-monnaie qui pourraient revendiquer un accès USB exclusif.

5. Confirmez que la machine hôte dispose de contrôleurs USB 2.0 ou supérieurs fonctionnels ; les machines virtuelles, les sessions de bureau à distance et certaines stations d'accueil ne sont explicitement pas prises en charge pour les opérations MCU.

Procédure de récupération étape par étape

1. Ouvrez Ledger Live et accédez à Paramètres > Fonctionnalités expérimentales > Activez le « Mode développeur » pour déverrouiller les diagnostics avancés de l'appareil.

2. Connectez le Nano X tout en maintenant les deux boutons latéraux enfoncés jusqu'à ce que l'écran « Bootloader » apparaisse : cela force l'entrée en mode DFU indépendamment de l'état du MCU.

3. Dans Ledger Live, accédez à Gestionnaire > Paramètres du périphérique > « Mettre à jour le micrologiciel du MCU » ; ne cliquez pas sur « Mettre à jour le micrologiciel » car cela fait référence au système d'exploitation principal et non au MCU.

4. Attendez que la barre de progression atteigne 100 % ; ne touchez pas les boutons et ne déconnectez pas. L'appareil redémarrera automatiquement et affichera le logo Ledger une fois l'opération terminée.

5. Si la mise à jour s'arrête à 99 %, déconnectez-vous et répétez l'étape 2 : certaines unités nécessitent deux entrées DFU consécutives avant d'accepter la charge utile du MCU en raison des retards internes de mise à niveau de l'usure du flash.

Quand les méthodes standards échouent

1. Installez ledgerctl via npm ou des binaires prédéfinis, puis exécutez ledgerctl list pour confirmer la détection de périphérique en mode DFU.

2. Exécutez ledgerctl flash --mcu manuellement : cela contourne la couche d'interface utilisateur de Ledger Live et envoie des charges utiles Intel HEX brutes avec des délais d'attente prolongés.

3. Sur les systèmes Linux, vérifiez que les règles udev sont installées et que l'utilisateur appartient au groupe plugdev ; les autorisations manquantes provoquent des échecs d'énumération silencieux même lorsque lsusb affiche le périphérique.

4. Pour les utilisateurs de macOS rencontrant « Opération non autorisée », désactivez temporairement SIP à l'aide du mode de récupération et exécutez csrutil disable , puis réactivez-le après une mise à jour réussie du MCU.

5. Si toutes les tentatives aboutissent à une « signature invalide » ou à un « échec de la vérification », la mémoire flash du MCU peut être physiquement corrompue : contactez le support Ledger avec la série de l'appareil et les journaux de mise à jour complets à partir de ~/.ledger-live/logs/ .

Foire aux questions

Q : Puis-je mettre à jour le micrologiciel du MCU sans Ledger Live ? R : Oui. Les outils de ligne de commande tels que ledgerctl prennent en charge le flashage direct du MCU et sont officiellement maintenus par l'équipe open source de Ledger.

Q : La réinitialisation de l'appareil corrige-t-elle l'erreur MCU ? R : Non. La réinitialisation d'usine efface uniquement les données d'application et le code PIN de l'élément sécurisé ; elle ne réécrit pas le binaire du MCU stocké dans la ROM protégée en écriture.

Q : Pourquoi mon Nano X affiche-t-il « Bootloader » mais n'apparaît pas dans Ledger Live ? R : Cela indique une incompatibilité du descripteur USB ou un conflit de pilotes. Essayez un autre port USB, désactivez les adaptateurs Bluetooth et vérifiez qu'aucun autre périphérique HID n'est répertorié sous le même ID de fournisseur (0x2c97).

Q : Est-il sécuritaire de forcer la mise à jour du MCU à l'aide de scripts non officiels ? R : Absolument pas. Les binaires MCU non signés peuvent bloquer l'appareil de manière permanente. Utilisez uniquement des binaires signés par la clé GPG de Ledger (0x8C9D7E6A9F7B8C9D) vérifiés via gpg --verify .