[Résolu] ASUS S712E DUAL BOOT HS
Publié : mar. 18 nov. 2025, 15:23
CPU : 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz
RAM : 16Go
Disque NVME : SSD 500Go Micron_2210
OS installés : LMDE7 et Windows 11 famille 24H2
La machine a été achetée sous w10, est passée sous w11, avant d’être mise en dual boot LMDE6 puis LMDE7.
Tout fonctionnait nickel jusqu'à ce jour où soudainement, windows refuse désormais de démarrer de son coté :
GRUB propose bien l'entrée windows, qu'on sélectionne donc au démarrage avec les flèches de direction, mais windows n'arrive plus à charger son bootmgfw.efi, qui ne semble pourtant pas avoir été modifié si on cherche la date du fichier coté GNU/Linux !
Message au démarrage :
Après échange avec les propriétaires, aucune raison apparente (pas de coupure électrique, de mauvaise manip).
La suite arrive...
On commence donc par démarrer sur Ventoy avec la dernière ISO de w64 et on passe en mode rescue/CLI.
Problème : diskpart ne reconnaît pas le disque NVME !
Un
ne renvoie que la clé USB de démarrage !
On comprend donc que même dans sa dernière version 25H2, microsoft a été incapable d'intégrer en natif le pilote
INTEL Rapide Storage Technology.
qu'il faut donc chercher chez ASUS même... (https://www.asus.com/supportonly/irst/h ... _download/ après avoir utilisé le numéro de série au dos du portable)
On extrait le ZIP dans la clé Ventoy vers un dossier manuel ici nommé "irst" . Bien faire attention à la présence du .inf du pilote.
On redémarre sur ventoy puis windows, puis on va dans x:\windows\system32 pour se taper la commande salvatrice :
et là enfin, on trouve le disque dans
et les volumes déjà assignés à des lecteurs dans
Le windows du disque réel est chez moi assigné en D:
Problème : impossible de savoir qui est le volume EFI... Soit SYSTEM soit MYASUS. Qu'à cela ne tienne, on va assigner une lettre à chaque lecteur.
Pour SYSTEM :
Pour MYASUS :
Un
nous confirme que la partition EFI est bien celle nommée SYSTEM
On va tenter le diable avec la réparation automatique de Windows...
... QUI NE MARCHE PAS BIEN SÛR !
On recommence la procédure pour avoir nos partitions.
On tente le fixboot :
qui nous dit d'aller nous faire foutre - ou plus poliment :
On ne se décourage pas : on va réécrire les fichiers EFI de démarrage à la main :
avec D le lecteur assigné à la partition réelle du système à réparer, et S le lecteur ici assigné à notre partition EFI.
ENFIN, ÇA MARCHE !
On redémarre, on passe sous Windows qui comme par hasard, nous affiche sa fenêtre de continuation de mises à jour inachevées.
Une fois dans le profil utilisateur, on apprend que Windows a désinstallé des mises à jour qui ont échoué. Très gentil à lui.
On passe quand même dans l'observateur d'événement pour tenter de comprendre comment toute cette merde a pu arriver.
Et là, on tombe sur :
En conclusion, quand on vous explique depuis des années que Microsoft ne maîtrise plus ses propres mises à jour, qu'il prend ses usagers pour des cons - pardon : pour des cobayes en "poussant" des montées de version non finalisées, devenues obligatoires depuis w10, vous avez dans ce message l'illustration et la preuve de nos dires !
A bon entendeur !
RAM : 16Go
Disque NVME : SSD 500Go Micron_2210
OS installés : LMDE7 et Windows 11 famille 24H2
La machine a été achetée sous w10, est passée sous w11, avant d’être mise en dual boot LMDE6 puis LMDE7.
Tout fonctionnait nickel jusqu'à ce jour où soudainement, windows refuse désormais de démarrer de son coté :
GRUB propose bien l'entrée windows, qu'on sélectionne donc au démarrage avec les flèches de direction, mais windows n'arrive plus à charger son bootmgfw.efi, qui ne semble pourtant pas avoir été modifié si on cherche la date du fichier coté GNU/Linux !
Message au démarrage :
Code : Tout sélectionner
/EndEntire
file path /ACPI(...)/PCI(...)/UnknownMessaging(17)/HD(...)/File(\EFI\Microsoft\Boot)/File(bootmgfw.efi)/EndEntire
erreur : cannot load imageLa suite arrive...
On commence donc par démarrer sur Ventoy avec la dernière ISO de w64 et on passe en mode rescue/CLI.
Problème : diskpart ne reconnaît pas le disque NVME !
Un
Code : Tout sélectionner
list diskOn comprend donc que même dans sa dernière version 25H2, microsoft a été incapable d'intégrer en natif le pilote
INTEL Rapide Storage Technology.
qu'il faut donc chercher chez ASUS même... (https://www.asus.com/supportonly/irst/h ... _download/ après avoir utilisé le numéro de série au dos du portable)
On extrait le ZIP dans la clé Ventoy vers un dossier manuel ici nommé "irst" . Bien faire attention à la présence du .inf du pilote.
On redémarre sur ventoy puis windows, puis on va dans x:\windows\system32 pour se taper la commande salvatrice :
Code : Tout sélectionner
drvload.exe c:\irst\iaStorVD.infCode : Tout sélectionner
list diskCode : Tout sélectionner
list volumeProblème : impossible de savoir qui est le volume EFI... Soit SYSTEM soit MYASUS. Qu'à cela ne tienne, on va assigner une lettre à chaque lecteur.
Pour SYSTEM :
Code : Tout sélectionner
select volume 4
assign letter=SCode : Tout sélectionner
select volume 6
assign letter=M
exitCode : Tout sélectionner
dir s:On va tenter le diable avec la réparation automatique de Windows...
... QUI NE MARCHE PAS BIEN SÛR !
On recommence la procédure pour avoir nos partitions.
On tente le fixboot :
Code : Tout sélectionner
cd S:\EFI\Microsoft\Boot
x:\Windows\System32\bootrec /fixbootCode : Tout sélectionner
permission deniedCode : Tout sélectionner
x:\Windows\System32\bcdboot D:\windows /s S: /f UEFIENFIN, ÇA MARCHE !
On redémarre, on passe sous Windows qui comme par hasard, nous affiche sa fenêtre de continuation de mises à jour inachevées.
Une fois dans le profil utilisateur, on apprend que Windows a désinstallé des mises à jour qui ont échoué. Très gentil à lui.
On passe quand même dans l'observateur d'événement pour tenter de comprendre comment toute cette merde a pu arriver.
Et là, on tombe sur :
Code : Tout sélectionner
WindowsUpdateClient
Échec de l'installation : l'installation de la mise à jour suivante échoué avec l'erreur 0x800F0845 : Windows 11, version 25H2A bon entendeur !