Complètement foiré dual boot grub / efi / gpt

Question

Il me semble avoir presque entièrement foiré ma machine. J'essayais d'installer ubuntu liveusb sur mon disque dur externe, mais ce faisant, j'ai endommagé ma configuration interne. L'extérieur fonctionne;)

Il s’agit d’un système à double amorçage, qui a été fourni à l’origine avec win8 et un ensemble de partitions de récupération Lenovo/Windows. Il possède également un hybride SSD de 24 Go. J'ai eu secureboot désactivé avant, et installé Ubuntu 13.04, et récemment mis à niveau à 14.04. Cela fonctionnait bien jusqu'à ma petite mésaventure. Tous mes drapeaux de démarrage semblent également changer constamment. Je ne sais pas trop pourquoi.

Sortie de boot-repair (ce qui ne me permettait pas de choisir/dev/sda2 ou/dev/sda11, uniquement sda8 (qui est ma partition de base?). Je l'ai essayé quand même. n'importe quoi évidemment.

http://paste.ubuntu.com/7303953/

Mes (plusieurs) partitions sont les suivantes:

/ dev/sda1 - WINRE_DRV (1 000 ntfs, drapeaux: caché, diag)

/dev/sda2 - Je pense que c'était ma partition EFI d'origine (qui s'appelait à l'origine SYSTEM_DRV et qui était au format fat32, mais il s'agit maintenant d'un système de fichiers non reconnu ).

/dev/sda3 - inconnue, msftres ??

/ dev/sda4 - Système d’exploitation Windows8 (ntfs de 68 Go, drapeaux: msftdata)

/dev/sda11 - J'ai créé cela en tant que fat32 avec l'indicateur 'boot', dans l'espoir de créer une autre partition efi et de la déplacer, mais il ne semble pas être reconnu par boot-repair.

/ dev/sda5 (drapeaux 350mb, ntfs: hidden, diag) - Aucune idée de ce que c'est.

/dev/sda6 (20 Go ext4, drapeaux: caché?) - ma partition système pour Ubuntu. Vous ne savez pas pourquoi il a maintenant un drapeau "caché".

/ dev/sda7 - échange de 4 Go

/dev/sda8 - Ma partition d'origine pour Ubuntu (75gb ext3, flags: msftdata)

/ dev/sda10 - Partition de données partagée ntfs de 290 Go (drapeaux: msftdata)

/ dev/sda9 - Récupération de Lenovo (ntfs 10 Go, drapeaux: hidden, diag)

Quelque chose est sérieusement foutu ici. Je préfère vraiment préférer ne pas reformater. J'ai lu la plupart des articles concernant UEFI et GPT, etc., mais je n'arrive pas à résoudre mon problème, mais en réalité, je ne fais que le aggraver.

Il est également possible que le livecd grub n'utilise pas les bons fichiers? Il essaie de s'installer avec i386-pc, alors que je pensais utiliser quelque chose comme x86_64-efi-signed ou quelque chose d'autre.

Est-ce que quelqu'un pourrait m'aider à traverser ça?

Modifier:

Ok, j’ai donc téléchargé et installé rEFInd sous Windows et créé une clé USB amorçable, ce qui m’a permis d’amorcer mon système d’exploitation Linux actuel et non un LiveCD. De là, j'ai pu utiliser boot-repair correctement pour installer grub (sur/dev/sda11) et pour démarrer/dev/sda6.

Le problème avec la réparation d’amorçage auparavant était qu’elle ne détectait pas ma partition EFI et essayait donc d’installer non-efi sur mon/dev/sda6 (probablement parce que je le faisais à partir d’un livecd). Cela semble être un problème avec le ver qui vient avec ubuntu14.04, le fait qu’il n’ait pas de support EFI ou quelque chose du genre?

Quoi qu'il en soit, maintenant j'ai EFI sur/dev/sda11, mais j'ai deux partitions inconnues (sda2 et sda3). Quelle était sda3 en premier lieu? Et que puis-je faire avec sda2 et ses fichiers (comme pour le matériel de récupération Lenovo)? Puis-je simplement supprimer ces partitions ou est-ce que cela causera plus de problèmes?

Enfin, est-il juste d’exécuter une récupération de Windows maintenant ? J'imagine que ça va casser mon ubuntu et grub à nouveau.

Merci!

Rod Smith · Accepted Answer

Tout d’abord, il vous manque un partition système EFI (ESP), utilisé pour stocker les chargeurs de démarrage EFI. La plupart des ordinateurs livrés avec Windows 8 utilisent /dev/sda2 comme ESP, et votre /dev/sda2 a à peu près la taille qui convient. mais votre /dev/sda2 possède un système de fichiers Linux et ne dispose pas de chargeur de démarrage EFI. Mon intuition est donc que vous ayez accidentellement mis votre ESP à la corbeille, ce qui rend l’ordinateur non amorçable.

En relation avec le premier point, vous ne semblez pas avoir de programme de chargeur de démarrage EFI sur votre disque dur ou votre SSD.

Votre /dev/sda11 a la taille idéale pour être un ESP et dispose d’un système de fichiers FAT (qu’un ESP doit avoir), mais il est marqué comme Partition de démarrage du BIOS.

Dans un premier temps, vous devez créer un ESP approprié. Il existe deux manières relativement faciles de procéder:

Ajustez le code de type sur /dev/sda11. Dans GParted, vous pouvez le faire en supprimant le "drapeau bios_grub" et en définissant le "drapeau de démarrage". Dans gdisk, vous le feriez en définissant le code de type sur EF00.
Ajustez le code de type sur /dev/sda2 et transformez-le en FAT32. Dans GParted, vous devez définir un "indicateur de démarrage" et créer un système de fichiers FAT32 dessus. Dans gdisk, définissez le code de type sur EF00, puis utilisez l'utilitaire séparé mkdosfs pour créer un système de fichiers FAT32 sur la partition.

Une fois que cela est fait, vous pouvez commencer la récupération. En théorie, vous pouvez utiliser Boot Repair pour effectuer la tâche, du moins pour Linux; mais comme il semble que cela vous a conduit sur le mauvais chemin auparavant, vous voudrez peut-être faire quelque chose de différent:

À ce stade, rEFInd devrait vous permettre de démarrer Linux. Votre installation Windows restera toutefois impossible à démarrer jusqu'à ce que vous exécutiez un outil de récupération Windows. Vous devriez pouvoir télécharger quelque chose sur le site de Microsoft pour réparer le chargeur de démarrage de Windows, mais je n'ai pas d'URL ni d'instructions utiles. Je vous recommande de demander sur un site Windows si vous rencontrez des problèmes avec cette partie de la tâche. Notez que lorsque vous avez terminé, le chargeur de démarrage Windows sera défini par défaut. Vous devrez donc le modifier. Vous pouvez suivre les étapes 2 et 10 à 11 dans cette procédure ou utiliser le lecteur flash USB pour démarrer sous Linux, puis réinstallez rEFInd à partir de là. Vous pouvez également réparer Windows avant de réparer Linux, mais vous devez réparer le ESP avant de procéder à une réparation spécifique au système d'exploitation.