Je t'aime... Moi non plus
Publié : sam. 14 févr. 2026, 18:55
Il y a des fabricants en informatique que nous détestons. Parmi eux, celui qui commence par H et se termine par P nous cause régulièrement des soucis en réunion informatisée, mais pour comprendre ce qui va suivre, un peu de technique s'impose.
Quand vous appuyez aujourd'hui sur le bouton de démarrage de votre PC, la première chose que fait la machine est de repérer une partition marquée EFI/ESP sur les disques durs présents.
Cette partition formatée généralement en FAT32, un système des plus bâtards qui existe, puisque incapable de s'auto-réparer, contient un dossier EFI en majuscule, et un sous-dossier par éditeur (debian, ubuntu, microsoft, ...).
Ainsi chaque éditeur dont on installe le système d'exploitation met en place ses fichiers de démarrage, au format .efi, comme le grubx64.efi sous OS libre par exemple.
Le PC qui vient juste de démarrer va donc lire ces fichiers et produire une liste de démarrage des OS présents, que vous retrouvez généralement dans le BIOS de votre PC (F2 ou SUPR), ou via le menu temporaire F12 au démarrage.
Voilà pour la partie théorique. Désolé pour le mal de tête.
Revenons à nos moutons : cela fait plus d'une fois que nous constatons un comportement "suspicieux" chez notre fabricant.
Nous installons d'abord une Mint LMDE ou autre distribution via clé USB - pas de soucis particulier avec avoir désactivé le secure boot dans le BIOS.
Puis nous testons le démarrage plusieurs fois, une fois sous windows, une fois sous Mint LMDE, pour voir si tout va bien.
Et soudainement, alors que tout semblait ok, voilà que l'ordinateur se met à démarrer uniquement sous windows, et ne propose plus GNU/Linux ?
Une enquête rapide montre - et c'est là un hasard malheureusement récurrent - que soudainement, le dossier EFI/debian est corrompu !
On se retrouve avec un dossier debian en ? ???????? debian (les puristes comprendront), alors que bien entendu, les fichiers de démarrage de microsoft ne sont eux jamais touché...
Ainsi le BIOS ignore l'entrée GNU/Linux corrompue au démarrage, et ne démarre plus que sous windows !
Alors Sabotage ou bug ?
Impossible de savoir ou de prouver qu'il y a bien quelque chose dans la machine pour pourrir la vie de ceux et celles qui veulent plusieurs OS sur leur machine.
Il est en tout cas bien curieux de constater que ce comportement s'est retrouve plusieurs fois, sur plusieurs années, et plusieurs modèles du même fabricant - comme par hasard le plus présent sur les étalages français !
La solution est de démarrer sous windows, d'ouvrir un terminal administrateur puis sous diskpart : list disk / select disk X / list partition / select partition Y / assign letter=v: / exit et de passer par le gestionnaire de fichier pour corriger l'erreur sur le vecteur V:.
Il faut ensuite redémarrer sur clé USB GNU/Linux, monter la partition ext4 dans /mnt, avec dev / proc / sys, faire un chroot, monter /boot/efi et enfin refaire un grub-install /dev/sdX ou /dev/nvme... pour réécrire les fichiers .efi dans la partition EFI.
En résumé : on arrive heureusement toujours à récupérer son GNU/Linux, mais il faut faire des manipulations qui sont plutôt réservées aux spécialistes, et qui ne devraient pas avoir lieu, sans aucune garantie à long terme que windows ou hp ne réitèrent le problème...
Bref, nous ne pouvons que décourager l'achat de PC de ce fabricant, ces problèmes étant malheureusement récurrents et absents chez les autres fabricants.
Quand vous appuyez aujourd'hui sur le bouton de démarrage de votre PC, la première chose que fait la machine est de repérer une partition marquée EFI/ESP sur les disques durs présents.
Cette partition formatée généralement en FAT32, un système des plus bâtards qui existe, puisque incapable de s'auto-réparer, contient un dossier EFI en majuscule, et un sous-dossier par éditeur (debian, ubuntu, microsoft, ...).
Ainsi chaque éditeur dont on installe le système d'exploitation met en place ses fichiers de démarrage, au format .efi, comme le grubx64.efi sous OS libre par exemple.
Le PC qui vient juste de démarrer va donc lire ces fichiers et produire une liste de démarrage des OS présents, que vous retrouvez généralement dans le BIOS de votre PC (F2 ou SUPR), ou via le menu temporaire F12 au démarrage.
Voilà pour la partie théorique. Désolé pour le mal de tête.
Revenons à nos moutons : cela fait plus d'une fois que nous constatons un comportement "suspicieux" chez notre fabricant.
Nous installons d'abord une Mint LMDE ou autre distribution via clé USB - pas de soucis particulier avec avoir désactivé le secure boot dans le BIOS.
Puis nous testons le démarrage plusieurs fois, une fois sous windows, une fois sous Mint LMDE, pour voir si tout va bien.
Et soudainement, alors que tout semblait ok, voilà que l'ordinateur se met à démarrer uniquement sous windows, et ne propose plus GNU/Linux ?
Une enquête rapide montre - et c'est là un hasard malheureusement récurrent - que soudainement, le dossier EFI/debian est corrompu !
On se retrouve avec un dossier debian en ? ???????? debian (les puristes comprendront), alors que bien entendu, les fichiers de démarrage de microsoft ne sont eux jamais touché...
Ainsi le BIOS ignore l'entrée GNU/Linux corrompue au démarrage, et ne démarre plus que sous windows !
Alors Sabotage ou bug ?
Impossible de savoir ou de prouver qu'il y a bien quelque chose dans la machine pour pourrir la vie de ceux et celles qui veulent plusieurs OS sur leur machine.
Il est en tout cas bien curieux de constater que ce comportement s'est retrouve plusieurs fois, sur plusieurs années, et plusieurs modèles du même fabricant - comme par hasard le plus présent sur les étalages français !
La solution est de démarrer sous windows, d'ouvrir un terminal administrateur puis sous diskpart : list disk / select disk X / list partition / select partition Y / assign letter=v: / exit et de passer par le gestionnaire de fichier pour corriger l'erreur sur le vecteur V:.
Il faut ensuite redémarrer sur clé USB GNU/Linux, monter la partition ext4 dans /mnt, avec dev / proc / sys, faire un chroot, monter /boot/efi et enfin refaire un grub-install /dev/sdX ou /dev/nvme... pour réécrire les fichiers .efi dans la partition EFI.
En résumé : on arrive heureusement toujours à récupérer son GNU/Linux, mais il faut faire des manipulations qui sont plutôt réservées aux spécialistes, et qui ne devraient pas avoir lieu, sans aucune garantie à long terme que windows ou hp ne réitèrent le problème...
Bref, nous ne pouvons que décourager l'achat de PC de ce fabricant, ces problèmes étant malheureusement récurrents et absents chez les autres fabricants.