Partition EFI effacée par erreur => comment récupérer le dual boot windows

Support Debian
#1

Bonjour,

Permier message sur Debian-fr.org, alors je me présente : tombé dans linux il y a plus de 20 ans avec Slackware, je n’en suis pas à ma première installation, même si je ne suis pas un pro de Debian (je switch pour passer moins de temps dans la compilation des soft et la gestion des dépendance). Mais là je suis un peu perdu.

Lors de l’installation de Stretch, j’ai mer***ouillé, je ne devait pas être réveillé et lors de l’allocation de partition, j’ai effacé la partion EFI (il y avait bien un f minuscule à coté de la partition, mais je n’ai pas percuté sur le coup).
Donc je ne boote plus que sous Debian, certains diront que c’est bien comme cela, mais j’aimerai bien récupérer mon Windows (qui est toujours là la partition est intacte) et que j’ai une partition windows recovery (et WinRE il me semble).

J’ai tenté, en désespoir de cause, de copier le boot.efi de la partition windows recovery sur /boot/efi/EFI/Microsoft/boot sans succès.
J’ai aussi installé rEFInd, mais sans trop comprendre comment le configurer.

Bon, c’est un peu flou mais je ne suis pas sur le PC en question (ce soir je ferais une mise à jour détaillé).

Si vous avez déjà corrigé ce genre d’erreur, je suis preneur de vos conseils !

#2

Déjà, il faut voir si debian n’a pas utilisé ta partition uefi pour autre chose, est ce le cas ?
Sinon, dans la section “passer en uefi” de ce tuto là, tu devrais trouver des pistes de compréhension de ce qu’il faut faire:
si ça se trouve, il faut juste cleaner le répertoire /boot/uefi de la parition principale debian, monter ton sda1 sur /boot/uefi, et faire un grub-install.
A voir dans le tuto, et on pourra être plus imaginatifs quand on saura comment sont segmenté tes disques.

#3

Bonsoir,

dans le tuto je ne vois pas bien ce que je peux faire de plus que je n’ai déjà fait (update-grub, grub-intall, efibootmgr)

update-grub
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.9.0-8-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-8-amd64
Adding boot menu entry for EFI firmware configuration
fait
grub-install
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
efibootmgr
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,3001,0000,2001,2002,2004
Boot0000* rEFInd Boot Manager
Boot0001* debian
Boot0004* Internal Hard Disk or Solid State Disk
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot3001* Internal Hard Disk or Solid State Disk

là je ne vois pas bien sur quoi pointe Boot0004 et Boot3001, je vais creuser.

Sinon, ma partition UEFI est toujours là :
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 534527 532480 260M Système EFI
/dev/sda2 534528 567295 32768 16M Réservé Microsoft
/dev/sda3 567296 1312589823 1312022528 625,6G Windows 10
/dev/sda4 1926989824 1928996863 2007040 980M Environnement de récupération Windows
/dev/sda5 1928996864 1953513471 24516608 11,7G Windows 10 recovery
/dev/sda6 1312589824 1316800511 4210688 2G swap
/dev/sda7 1316800512 1400690687 83890176 40G /
/dev/sda8 1400690688 1926989823 526299136 251G /home

Elle bien montée :
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount,-ro)

Ce que j’aimerai bien faire, c’est d’arriver à booter aussi le Windows qui est sur /dev/sda3
Sachant que sur /dev/sda5 (partition widows recovery) il y a :
drwxrwxrwx 1 root root 8192 janv. 11 2017 Boot
-rwxrwxrwx 1 root root 386976 juil. 17 2016 bootmgr
-rwxrwxrwx 1 root root 1168736 juil. 17 2016 bootmgr.efi
drwxrwxrwx 1 root root 0 janv. 11 2017 EFI

Merci d’avance pour le coup de main !

#4

Tu n’es pas sur le bon forum. En résumé, tu as détruit le gestionnaire d’amorçage de Windows et tu demandes comment le restaurer sur un forum Debian. Tu imagines dans l’autre sens, si tu t’adressais à un forum Windows parce que tu as détruit GRUB ?

Si tu trouves des exécutables EFI dans les partitions de Windows, tu peux essayer de les chaîner depuis GRUB, mais c’est sans garantie de résultat. Ce qu’il te faut, c’est une procédure pour réparer l’amorçage de Windows, et je doute qu’ici soit le meilleur endroit pour la trouver.

#5

Bonjour,

Merci pour cette remarque constructive (presque trollesque), j’ai effectivement dû me tromper de forum !

Ceci étant, je persiste : je dois restaurer l’amorçage de Windows en bootant sur une restauration Windows (on est d’accord). Mais comme je n’ai que la partition windows recovery de dispo et que le seul os qui boot est linux, je cherche bien une solution sous linux (et même debian ;-)) pour modifier l’ordre de démarrage et arriver a lancer la partition de restauration windows. J’avais imaginé que GRUB pouvait le faire, mais probablement pas.
Je continue donc à regarder les forums Windows (eh oui j’avais déjà commencé à faire celà avant de poster ici) et je recherche d’une clé USB bootable Windows.

Librement.

#6

Bah justement…
Normalement, avec grub, tu peux editer ton boot, voire executer le bootload à la main (et tater pour trouver la config correspondant à ton windows).
Une fois rentré en ligne de commande grub, ta séquence à executer doit correspondre à un truc du genre:

	insmod chain
	insmod ntfs
	set root=(hd0,1)
	chainloader +1

Aprés, ça va peut être permettre un boot manuel, si c’est le cas, i faudra comprendre pourquoi ton update-grub (ou os-probe) n’a pas détecté le windaube.

#7

Pourquoi faire ? Tu veux mettre rEFInd en premier ?

Rappel : en mode EFI, on ne boote pas avec un disque ou une partition (ou plutôt son secteur d’amorce) mais avec un fichier exécutable EFI (extension *.efi) de l’architecture correspondant au firmware UEFI (x86 64 bits le plus souvent sur PC, mais parfois x86 32 bits sur certains netbooks vendus avec un Windows 32 bits). L’argument de la commande chainloader de GRUB doit donc être le chemin d’accès à un exécutable EFI, absolu ou relatif à la valeur de la variable d’environnement $root.