W10 et Linux en Dual-Boot

J'en suis au point 1 de soit la sauvegarde de W10. Lequel me répondait "Impossible de créer un lecteur de récupération. J'ai téléchargé le programme MediaCréationTools pour essayer de le faire.
Je n'ai rien caché à l'assistance de Lenovo, c'est même lui qui m'aidé a passer en Legacy et qui m'a indiqué la touche Reset qui m'a permis de retrouver W10.
A bientôt

Tu as une sacré chance que ça fonctionne comme ça.
L'informatique ça marche pas avec de la chance. Ça marche car ça a été conçu comme ça.

Pour référence:
https://superuser.com/questions/801515/is-a-hybrid-linux-usb-stick-for-uefi-legacy-bios-possible

Sinon je suis d'accord avec ton point 2, qui corresponds au mien.

Pour le point de récupération Windows 10, c'est pas un drame non plus, du moment que tu réinstalle ubuntu correctement.

Vu le nombre de personnes qui par le passé se sont retrouvés dans la panade après avoir fait la même chose, on peut estimer que le fait que les deux fonctionnent correctement relève de la chance. Je ne lui conseillerai pas de retenter la même expérience sur un autre pc...
Moi je connais des gens qui ont eu des problèmes en écrasant le MBR windows, mais j'ai jamais entendu de ça.

Et t'inquiète pas, l'armée d'ingénieur qui s'est occupée de concevoir ça a bien fait attention au fait que ça soit rétrocompatible.

Au passage, toutes les partitions commencent sur le second secteur, dont celle de l'EFI, car le premier contiens le MBR. Trouve moi autre chose qu'un vague argument d'autorité sans sources.

Sauf que s'il merde en réinstallant ubuntu et ça ne relève pas de l'improbable, il peut écraser Windows ou bien ne plus pouvoir démarrer si c'est grub qui déconne et il perdra tout... Pas vraiment le but recherché non ?
Après, il fait ce qu'il veut mais il ne pourra pas dire qu'il n'a pas été averti.
Non mais il peut simplement copier toutes ses données vers un disque externe.
Réinstaller l'existant n'est pas non plus dramatique.

"Trouve moi autre chose qu'un vague argument d'autorité sans sources. "

Je te suggère de te pencher sur cet article
https://fr.wikipedia.org/wiki/GUID_Partition_Table
Tu pourras y lire entre autre que le format GPT, (c'est le format des disques qui bootent en mode efi) utilise lui aussi le mbr du disque non pas pour y loger la routine de démarrage du système mais pour protéger le disque contre les écritures à partir de périphériques ne connaissant pas le format gpt (on parle alors de mbr de protection).
A partir du moment où on y place grub ou une autre routine de démarrage, on altère ce dispositif de protection. Ce n'est donc pas sans conséquences comme tu l'affirmes.

Quant à affirmer que réinstaller Windows n'est pas dramatique, c'est vrai pour celui qui sait comment s'y prendre mais pour un néophyte comme l'auteur de ce sujet ou comme la plupart des gens qui viennent demander de l'aide ici, je pense que c'est vraiment un problème sinon ils ne viendraient pas demander de l'aide.

Bonjour,
" j'ai réinstallé Ubuntu 16.04 d'après une clé achetée et prévue pour EFI en 64bits."
Il n'y a pas de clé usb spécifique pour l'EFI. N'importe quelle clé usb convient. A partir du moment où l'image iso est prévue pour démarrer en mode EFI, elle contient tout ce qu'il faut pour ça et le support n'a aucune incidence.

Le fait que des partitions ne soient plus visibles sous Ubuntu est un très mauvais signal, il y a de fortes chances pour que des partitions se chevauchent. La réparation risque d'être pour le moins problématique et je doute que gparted soit l'outil adapté. Je ne peux que t'encourager à sauvegarder rapidement le contenu de ces partitions si ce n'est pas déjà fait. Cette information montre bien que tu as eu de la chance que tes systèmes démarraient encore tous les deux après l'installation d'ubuntu en mode legacy. Il est probable que c'est la modification des partitions en mode legacy qui a mis la pagaille sur ton disque gpt.
On en saura plus avec le rapport boot-info.
https://doc.ubuntu-fr.org/tutoriel/boot-info

Vous pouvez consulter mon rapport BootInfo sur http://paste2.org/Ktmb2ZpE.

Corrige l'adresse (le point ne doit pas être inclus dans le lien)

Tu as un sacré pagaille sur ton disque dur !

Salut
Drive: sda _____________________________________________________________________
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt

Où as tu vu un disque en mbr ?

Tu as déjà essayé de mettre plus de 4 partitions primaires sur un disque au format msdos ? C'est pas possible.

Salut,

Le boot-info révèle 5 choses, selon moi :

- Le disque est bien en GPT. Aucun problème de ce côté.
- Ubuntu ne parvient pas à monter les partitions Windows: il faudrait déjà desactiver l'hibernation sous W10, car le problème semble venir de là.
- Il y a 2 partitions efi sur ce disque (sda7) : lenovo a ajouté son propre démarrage... Et des fichiers Linux s'y sont ajoutés (idem pour les fichiers boot-repair).
- La partition sda4 est visiblement suspecte: il faudrait identifier ce qu'elle contient depuis Windows. C'est la 7 ieme dans le gestionnaire de disque de Ws.
- Tu as fait une réparation avec boot-repair, lequel a ajouté ses fichiers merdiques. Pas très cool.

Supprimer grub.cfg ne sert pas à grand chose, car il est recréé à chaque sudo update-grub. A faire dans l'ordre :

- désactiver l'hibernation depuis Windows.
- Identifier ce quest cette partition de 1Mb.
- refaire un boot-info une fois l'hibernation désactivée.
- nettoyer les traces de la réparation faite avec boot-repair.

Possible. Il faudrait être confronté au problème pour comprendre. Mais ici, au vu du boot-info, je pense que ce sont plutôt les merdouilles de boot-repair, et en particulier le fichier 25_custom, qu'il faut virer.