HELP ! R409LAV - installations multiples - Boot HS

[TamTam]

J'ai fais plusieurs installations (DD & SSD) de distributions Linux (je suis dans un GULL) sur un PC R409LAV. La trappe est très pratique pour changer les disques (1 par distribution).

J'utilise le Boot Menu (F2) si le disque n'est pas détecté au boot.

Suite à une installation (NixOS), au redémarrage, le logo Asus apparaît et disparaît immédiatement, puis rien, bloqué, pas d'accès au BIOS/Esc/F2.

Il semble que de passer (plusieurs fois) d'un disque ayant une partition de type inconnu de 1Mo en 1er, à un disque n'ayant pas cette partition, a peut-être été la cause de ce problème.
Cette partition de type inconnu de 1Mo en 1er est créée par les installateurs des distributions. Elle n'est pas nécessaire pour Linux. On peut partitionner à la main avant l'installation.

En enlevant batterie et pile, laissant le PC inutilisé plusieurs semaines, je retente un allumage avec un disque déjà utilisé, ça marche. Je redémarre, le problème revient, bloqué.

Ce résumé s'est passé sur des mois...

description: BIOS
fabriquant: American Megatrends Inc.
identifiant matériel: 0
version: X450LA.215
date: 11/11/2014
taille: 64KiB
capacité: 6080KiB
fonctionnalités: pci upgrade shadowing cdboot bootselect socketedrom edd int13floppy1200 int13floppy720 int13floppy2880 int5printscreen int9keyboard int14serial int17printer acpi usb smartbattery biosbootspecification uefi

Combien de modifications peut supporter l'EEPROM du Setup ?

Sur le site - R409LAV - Assistance
--- la dernière version pour R409LAV est : X450LAAS215.
Sur le site - R409LA - Assistance
--- la dernière version pour R409LA est : X450LAAS218.
Les différentes versions de BIOS s’appliquent-elles sur tous les PC Asus ?
La version X450LAAS218 serait-elle compatible sur le R409LAV ?

Existe-t-il une possibilité de flasher à partir de Linux ?

 

[Nicolas]

Le symptôme que vous décrivez sur votre ASUS R409LAV (carte mère plateforme X450LA, chipset Intel Haswell) est un classique bien connu sur les firmware AMI Aptio IV de 2013-2014 : la saturation ou la corruption de la région NVRAM (variables UEFI) de la puce SPI Flash, combinée à un bug d'énumération des partitions/entrées de démarrage.

1. Diagnostic : Pourquoi le PC se bloque juste après le logo ASUS ?

• Le rôle de la partition de 1 Mo : Ce que vous voyez en premier sur les disques créés par les installateurs (Calamares, Ubiquity, etc.) est une BIOS Boot Partition (EF02 en GPT). Elle sert à héberger le stage 1.5/2 de GRUB lorsqu'on installe en mode Legacy/CSM sur un disque GPT. En pur UEFI, elle est inutile.
  
  
• La véritable cause du blocage (Saturation NVRAM) : À chaque installation d'une distribution Linux en mode UEFI (Ubuntu, Fedora, NixOS...), l'installateur appelle efibootmgr pour écrire une nouvelle variable de démarrage directement dans la mémoire non-volatile (NVRAM) de la puce BIOS SPI. En changeant fréquemment de disque (un par distribution pour le GULL), les anciennes entrées restent orphelines dans la NVRAM ou entrent en conflit lors de l'auto-découverte des partitions EFI (\EFI\BOOT\BOOTX64.EFI) au POST. Sur les BIOS AMI Aptio IV (comme le X450LA.215), lorsque la zone NVRAM est pleine ou corrompue par une entrée mal formée (fréquent lors d'installations NixOS ou multi-disques), le module BdsDxe (Boot Device Selection) plante silencieusement juste après l'affichage du logo ASUS, avant même d'initialiser le clavier pour F2/Esc.
  
  
• Pourquoi retirer la pile CMOS ne suffit pas toujours : Sur ces cartes mères, la pile CR2032 alimente l'horloge RTC et la mémoire volatile CMOS (configuration heure, SATA mode, etc.), mais pas la zone NVRAM UEFI, qui est stockée dans la mémoire Flash SPI soudée sur la carte mère. Laisser le PC déchargé longtemps permet parfois de vider les condensateurs de contrôle du PCH (Platform Controller Hub) et de forcer un cycle de réinitialisation matérielle (cold reset), ce qui explique le démarrage réussi ponctuel avant que le bug ne réapparaisse au redémarrage suivant.

2. Endurance de l'EEPROM / Puce SPI Flash

• La puce BIOS n'est pas une EEPROM classique mais une mémoire Flash SPI (généralement une Winbond W25Q64FV de 8 Mo / 64 Mbit sur la carte mère X450LA).
• Endurance officielle : Les spécifications JEDEC garantissent 100 000 cycles d'effacement/écriture par secteur (secteurs de 4 Ko) et une rétention de 20 ans.
• La limite réelle : Ce n'est pas l'usure physique de la puce qui pose problème, mais la fragmentation logique de la partition NVRAM (souvent limitée à 64 Ko ou 128 Ko dans le firmware). Lorsqu'elle sature, le mécanisme de Garbage Collection (nettoyage) du BIOS AMI échoue ou fige le POST.

3. Compatibilité des BIOS ASUS : X450LAAS.215 vs X450LAAS.218

• Les BIOS ASUS ne sont pas universels, même au sein d'une même famille commerciale : ils sont liés au PCB (carte mère) exact identifié par les 6 premiers caractères du nom du fichier BIOS (X450LA).
• Le R409LAV et le R409LA partagent exactement la même carte mère (X450LA), le même chipset Intel HM86 / Haswell-ULT et le même code BIOS de base (X450LAAS).
• Compatibilité de la version 218 : Techniquement, le fichier X450LAAS.218 est destiné au même matériel. Toutefois, l'utilitaire intégré d'ASUS (Easy Flash dans le BIOS) vérifie la chaîne d'identification carte mère (X450LA). Si l'en-tête correspond, il acceptera la mise à jour ; s'il détecte une sous-révision différente, il la bloquera par sécurité. Notez que la version .218 corrige principalement des microcodes CPU et des failles mineures, sans nécessairement corriger le bug NVRAM des séries X450.

Avant de tenter tout flashage, il faut purger la NVRAM UEFI et contourner le blocage au POST :

1.Démarrer sans aucun disque connecté :
Retirez la batterie, débranchez le secteur, ouvrez la trappe inférieure et retirez le disque dur/SSD. Rebranchez uniquement le secteur et allumez le PC. Sans périphérique de stockage à scanner, le module UEFI contourne le bug d'énumération des partitions.
Verification: Le PC affiche le logo ASUS et entre automatiquement dans le menu Setup du BIOS (ou répond à la touche F2).

2.Réinitialiser les paramètres par défaut du BIOS :
Dans le BIOS, appuyez sur F9 (Load Optimized Defaults), validez par Yes, puis allez dans l'onglet Boot et vérifiez que le mode Launch CSM est réglé selon votre besoin (désactivé pour du pur UEFI, activé pour du Legacy), puis appuyez sur F10 (Save & Exit).
Verification: Le PC redémarre proprement et retourne dans le BIOS sans figer.

3.Purger les entrées UEFI orphelines sous Linux :
Rebranchez un disque contenant une installation Linux fonctionnelle. Une fois sous Linux, ouvrez un terminal en tant que root et listez les entrées enregistrées dans la NVRAM avec la commande efibootmgr -v. Supprimez toutes les entrées obsolètes ou doublons (ex: anciennes distributions du GULL) avec efibootmgr -b XXXX -B (en remplaçant XXXX par le numéro hexadécimal de l'entrée).
Verification: La commande efibootmgr n'affiche plus que le strict minimum d'entrées actives (2 ou 3 lignes maximum).

Méthodes pour flasher le BIOS sous Linux (si le PC démarre)

1. Via fwupd (recommandé si supporté) : Vérifiez si la mise à jour est distribuée via LVFS avec fwupdmgr get-devices puis fwupdmgr get-updates. (Sur les modèles de 2014 comme le X450LA, le support LVFS est généralement absent).
2. Via FreeDOS sur clé USB (le plus sûr sans Windows) : Préparez une clé USB bootable FreeDOS (via Ventoy ou Rufus/UNetbootin), copiez-y l'utilitaire DOS AFlash2 (ou AFUDOS) d'ASUS ainsi que le fichier X450LAAS.218, démarrez en mode Launch CSM = Enabled et lancez la mise à jour depuis DOS.
3. Via Easy Flash (directement dans le BIOS) : C'est la méthode officielle la plus sûre. Placez le fichier X450LAAS.218 décompressé à la racine d'une clé USB formatée en FAT32, entrez dans le BIOS (F2), allez dans l'onglet Advanced > Start Easy Flash, sélectionnez le fichier et lancez le flashage (batterie chargée + secteur branché obligatoires).

Astuce pour vos ateliers GULL (éviter que le bug ne revienne)
Lors des installations sur des disques interchangeables, évitez d'écrire dans la NVRAM de la carte mère :

• Sur Debian/Ubuntu/Mint, installez GRUB avec l'option --no-nvram et --removable (grub-install --target=x86_64-efi --efi-directory=/boot/efi --removable --no-nvram). Cela installe le chargeur uniquement sur le disque amovible (\EFI\BOOT\BOOTX64.EFI) sans jamais toucher à la mémoire Flash du PC.