Comment réparer Grub ? (comment récupérer Ubuntu après avoir installé Windows ?) ?

J'ai installé Windows 7, qui a mangé le fichier de démarrage d'Ubuntu. Au démarrage de l'ordinateur, il passe maintenant directement à Windows, sans me donner la possibilité de démarrer Ubuntu.

Comment puis-je récupérer Ubuntu ?

Réponse acceptée :

Lorsque vous installez Windows, Windows suppose qu'il s'agit du seul système d'exploitation (OS) sur la machine, ou du moins qu'il ne tient pas compte de Linux. Il remplace donc GRUB par son propre chargeur de démarrage. Ce que vous devez faire est de remplacer le chargeur de démarrage Windows par GRUB. J'ai vu diverses instructions pour remplacer GRUB en jouant avec les commandes GRUB ou quelque chose du genre, mais pour moi, le moyen le plus simple est simplement de chroot dans votre installation et exécutez update-grub . chroot est génial car il vous permet de travailler sur votre installation réelle, au lieu d'essayer de rediriger les choses ici et là. C'est vraiment propre.

Voici comment :

Démarrez à partir du CD live ou de la clé USB live, en mode "Essayer Ubuntu".
Déterminez le numéro de partition de votre partition principale. sudo fdisk -l , sudo blkid ou GParted (qui devrait déjà être installé, par défaut, sur la session en direct) peut vous aider ici. Je vais supposer dans cette réponse que c'est /dev/sda2 , mais assurez-vous d'utiliser le bon numéro de partition pour votre système !

Si votre partition principale est dans un LVM , le périphérique sera plutôt situé dans /dev/mapper/ , très probablement, /dev/mapper/{volume}--{os}-root où {volume} est le nom du volume LVM et {os} est le système d'exploitation. Exécutez ls /dev/mapper pour le nom exact.
Montez votre partition :
```
sudo mount /dev/sda2 /mnt  #Replace sda2 with the partition from step 2
```
Si vous avez un /boot séparé , /var ou /usr partitions , répétez les étapes 2 et 3 pour monter ces partitions sur /mnt/boot , /mnt/var et /mnt/usr respectivement. Par exemple,
```
sudo mount /dev/sdXW /mnt/boot
sudo mount /dev/sdXY /mnt/var
sudo mount /dev/sdXZ /mnt/usr
```
remplaçant sdXW , sdXY , et sdXZ avec les numéros de partition respectifs.

Liez le montage d'autres éléments nécessaires :

for i in /sys /proc /run /dev; do sudo mount --bind "$i" "/mnt$i"; done

Si Ubuntu est installé en mode EFI (voir cette réponse si vous n'êtes pas sûr), utilisez sudo fdisk -l | grep -i efi ou GParted pour trouver votre partition EFI. Il aura une étiquette EFI . Montez cette partition en remplaçant sdXY avec le numéro de partition réel de votre système :
```
sudo mount /dev/sdXY /mnt/boot/efi
```
chroot dans votre installation Ubuntu :
```
sudo chroot /mnt
```
À ce stade, vous êtes dans votre installation, pas dans la session en direct, et vous exécutez en tant que root. Mettre à jour grub :
```
update-grub
```
Si vous obtenez des erreurs ou si le fait de passer à l'étape 7 n'a pas résolu votre problème, passez à l'étape 8. (Sinon, c'est facultatif.)

Selon votre situation, vous devrez peut-être réinstaller grub :

grub-install /dev/sda
update-grub # In order to find and add windows to grub menu.

Si Ubuntu est installé en mode EFI et que l'UUID de la partition EFI a changé, vous devrez peut-être le mettre à jour dans /etc/fstab . Comparez-le :
```
blkid | grep -i efi
grep -i efi /etc/fstab
```
Si l'UUID de la partition EFI actuelle (à partir de blkid ) diffère de celui de /etc/fstab , mettre à jour /etc/fstab avec l'UUID actuel.
Si tout a fonctionné sans erreur, alors vous êtes prêt :
```
exit
sudo reboot
```
À ce stade, vous devriez pouvoir démarrer normalement.

En relation:Comment créer un support live USB amorçable uniquement UEFI?

Si vous ne pouvez pas démarrer normalement et que vous n'avez pas effectué l'étape 8 car il n'y a pas eu de messages d'erreur, réessayez avec l'étape 8.

Donnant parfois à GRUB2 la configuration correcte pour vos partitions n'est pas suffisant, et vous devez en fait l'installer (ou le réinstaller) sur le Master Boot Record, ce que fait l'étape 8. L'expérience acquise auprès des utilisateurs dans le chat a montré que l'étape 8 est parfois nécessaire même lorsqu'aucun message d'erreur ne s'affiche.