Aucune partition Grub n'est disponible.

MttJocy a en partie raison, mais il y a une particularité : l'ordinateur utilise clairement l'option Table de partition GUID (GPT), ce qui signifie que Windows a très certainement été installé pour démarrer en Interface micrologicielle extensible (EFI) mode. Sur un ordinateur EFI, Grub ne s'installe pas sur le MBR ; il s'installe sur le Partition système EFI (ESP) qui est une partition FAT qui contient les chargeurs de démarrage. L'ESP est généralement la première partition du disque. En outre, sur un ordinateur EFI, les chargeurs d'amorçage s'enregistrent normalement auprès du microprogramme via une entrée NVRAM. Le microprogramme lance les chargeurs d'amorçage en fonction de l'ordre dans lequel ils apparaissent dans la NVRAM. Dans votre cas, Grub est toujours présent dans l'ESP, et son entrée NVRAM est toujours présente, mais les fichiers de configuration de Grub résidaient sur une partition réservée à Linux et sont donc maintenant inaccessibles, rendant Grub essentiellement inutile. (IMHO, il s'agit d'un bogue dans la configuration d'Ubuntu ; il devrait mettre les fichiers de configuration de Grub sur l'ESP, et non dans la partition de Linux. /boot partition, pour éviter précisément ce problème).

Quoi qu'il en soit, il existe au moins deux solutions à ce problème :

• Vous pouvez supprimer Grub de l'ESP. Pour ce faire, vous devrez démarrer un système de secours, accéder à l'ESP et supprimer le répertoire EFI/ubuntu sur cette partition. Avec Grub parti, votre firmware passera au prochain élément dans sa liste de démarrage NVRAM, qui sera probablement Windows.
• Vous pouvez ajuster vos entrées NVRAM à l'aide d'un outil tel que le logiciel Linux efibootmgr . Pour ce faire, vous devez démarrer avec un disque d'urgence Linux en mode EFI (l'installateur Ubuntu en mode "essayer avant d'installer" devrait fonctionner, mais vous devrez faire une recherche de l'emplacement du disque d'urgence. sudo apt-get install efibootmgr pour installer l'outil). Vous pouvez alors faire un efibootmgr -v pour voir les entrées de la NVRAM et ensuite utiliser la fonction -o pour mettre le boot loader en premier dans la liste, comme dans efibootmgr -o 0001 si le boot loader est Boot0001 .

Ces méthodes supposent toutes deux que le boot loader de Windows est toujours intact et que son entrée existe toujours dans la NVRAM. Si ce n'est pas le cas, vous devrez utiliser des outils spécifiques à Windows pour réinstaller le boot loader de Windows ou pour restaurer son entrée NVRAM. Le disque d'installation de Windows devrait être capable de faire le travail, mais je ne suis pas très familier avec les détails de son fonctionnement.

Le problème ici sera que, alors que Grub lui-même est toujours présent et fonctionne dans le MBR lorsque vous avez formaté la partition, vous avez effacé /boot qui contient à côté des images du noyau linux votre configuration Grub dont il a besoin pour produire le menu, etc.

Vous pouvez essayer de spécifier manuellement la partition de votre installation Windows à démarrer et voir si cela fonctionne pour vous, par exemple :

boot (hd0)

Remplacez hd0 par le disque et la partition sur lesquels Windows est installé : hd0 est le premier disque dur, hd1 le second, etc, les partitions sont numérotées de la même manière. Si cela ne fonctionne pas, la seule chose qui me vient à l'esprit est de relancer l'installation d'ubuntu qui installera une nouvelle configuration du chargeur de démarrage pour vous, ce qui n'est pas idéal si vous essayez de supprimer ubuntu, mais cela peut fonctionner.

De plus, si vous utilisez le partitionneur Ubuntu pour créer une partition /boot séparée, elle ne doit faire que 100 Mo environ, probablement moins, et il serait alors possible de supprimer la partition d'installation principale sans perturber la configuration du chargeur de démarrage.

Vous pouvez toujours télécharger et utiliser Resc-a-tux .

Il s'agit d'un live cd avec un objectif principal : restaurer Grub/installer Grub. C'est un programme sympa que j'ai utilisé après que Windows ait simplement supprimé mon Grub sans me le demander, et cela a fonctionné comme un charme. Mais dans votre cas, vous installez Grub pour démarrer Windows, ce qui n'est pas du tout un problème. Appuyez simplement sur restaurer Grub, et il fera un chargeur de démarrage pour vous.

Caractéristiques de Rescatux :

Corrections Grub et GRUB2

Régénère les menus de Debian/Ubuntu Grub.

Vérifier et réparer les systèmes de fichiers

Répare le MBR de Windows

Mots de passe Windows vierges

Info sur le démarrage script

Changer le mot de passe de Gnu/Linux

Régénérer le fichier sudoers

Outils supplémentaires :

Synaptique

Gparted 0.7

C'est un problème courant avec Windows - UEFI - Ubuntu(Linux) - GPT.

Je n'ai jamais eu d'UEFI et n'ai donc jamais réussi à le réparer moi-même, mais j'ai lu beaucoup de fils de discussion à ce sujet.

Voici un exemple avec un problème similaire au vôtre à partir de Forums Windows-sept Il existe également de nombreux fils de discussion sur le site UbuntuForums.org

Je n'ai pas de solution facile, mais juste une idée. Essayez de démarrer dans la page de configuration de votre BIOS et changez l'ordre de démarrage des options en commençant par MBR. (et non UEFI) Puis essayez de réparer à nouveau avec le CD de réparation de Windows.

Un outil simple et graphique qui a réparé grub2 pour moi est "boot-repair". Cet article sur HowToGeek a le scoop complet (ainsi qu'une description de l'option non-graphique), mais les étapes simples pour moi étaient les suivantes

• Démarrer le CD Live

• Lancez Terminal et exécutez :

  • sudo add-apt-repository ppa:yannubuntu/boot-repair
  • sudo apt-get update
  • sudo apt-get install boot-repair
  • boot-repair

• Cliquez sur le bouton "Réparation recommandée".

• Redémarrer

...m'a fait démarrer directement dans Windows 7.

http://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/