41 votes

vicban3d avatar

"Impossible d'installer GRUB dans /dev/sda" lors de l'installation de GRUB

Demandé el 2 de Mai, 2014
Quand la question a-t-elle été
349314 affichage
Nombre de visites la question a
5 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'ai récemment acheté un nouveau Lenovo Yoga 2 Pro brillant et je veux le dual booter avec Ubuntu à des fins d'étude. Son système d'exploitation intégré est Windows 8.1 et il a un SSD de 256 Go.

J'ai créé une partition séparée de 90 Go juste pour Ubuntu et une clé USB live pour l'installer.

La première fois, tout semblait bien fonctionner, j'ai résolu les problèmes de wifi en mettant ideapad_laptop en liste noire, l'installation s'est déroulée sans problème et Ubuntu fonctionnait bien.

Le lendemain matin, lorsque j'ai allumé mon ordinateur portable, il a démarré directement sur Windows sans jamais afficher le menu GRUB. J'ai donc essayé de réinitialiser, et j'ai vérifié mes partitions avec le Gestionnaire de disques et tout semblait bien. Comme je n'ai pas pu trouver de solution en ligne, j'ai décidé de formater la partition pour essayer de réinstaller. Cette fois-ci, et à chaque fois depuis, l'installation a été interrompue et j'ai reçu une erreur fatale indiquant :

Impossible d'installer GRUB dans /dev/sda
L'exécution de `grub-install /dev/sda` a échoué.
Il s'agit d'une erreur fatale.

Est-ce que quelqu'un peut suggérer une solution à ce problème ? Si des informations supplémentaires sont nécessaires, je serais heureux de les fournir. Merci.

Lors de l'installation, j'obtiens les détails suivants :

ubuntu kernel: [ 1946.372741] FAT-fs (sda2): erreur, fat_get_cluster: chaîne de cluster invalide (i_pos 0).
ubuntu grub-installer: erreur : l'exécution de 'grub-install --force' a échoué.
Demandé el 2 de Mai, 2014 par vicban3d

Réponses

Trop de publicités?

25voto

dricket avatar
dricket Points 359

Je viens d'avoir ce problème lors de l'installation d'Ubuntu 14.04 à partir d'une clé USB sur un disque dur.

Le problème était que la clé USB était /dev/sda, et l'installation se faisait sur le disque dur /dev/sdb

Même si l'installateur savait qu'il devait installer sur /dev/sdb, il a ensuite tenté d'installer Grub sur le MBR de /dev/sda, et cela a échoué. La solution de contournement a été de retourner au menu, réessayer, dire NON à installer automatiquement sur le MBR du premier disque dur et lui dire manuellement /dev/sdb.

Ensuite, tout a fonctionné.

Répondu el 9 de Janvier, 2015 par dricket (359 Points )

9voto

vicban3d avatar
vicban3d Points 736

J'ai enfin réussi à le faire fonctionner, je ne suis pas sûr de laquelle des étapes suivantes a fonctionné mais j'ai :

  1. Désactivé le démarrage rapide Lenovo dans le BIOS.
  2. Désactivé le Secure Boot dans le BIOS.
  3. Démarré à partir de la clé USB en direct.
  4. Dans le menu de démarrage, j'ai ajouté backlight=vendor dans le texte de configuration de Essayer Ubuntu juste avant quiet splash.
  5. Choisi Essayer Ubuntu.
  6. Dans le terminal, j'ai exécuté sudo rmmod ideapad_laptop pour activer le wifi.
  7. Exécuté l'installation et choisi d'installer les mises à jour pendant l'installation.
  8. La partition EFI a été sélectionnée automatiquement donc j'ai attribué 9700 Mo pour l'espace d'échange et 80 Go pour Ubuntu.
  9. Après l'installation terminée, j'ai ajouté backlight=vendor à /etc/default/grub avant quiet splash puis exécuté sudo update-grub.
  10. Mis ideapad_laptop sur liste noire pour activer le wifi.
  11. Tout fonctionne bien jusqu'à présent. Merci à tous pour l'aide!
Répondu el 10 de Mai, 2014 par vicban3d (736 Points )

7voto

Erik van den Hoorn avatar
Erik van den Hoorn Points 201

J'ai rencontré la même erreur lors de l'installation d'Ubuntu 20.04. Il s'est avéré que j'avais créé des partitions "logiques" au lieu de "principales" pendant le processus d'installation pour ma partition EFI et ma partition racine. J'ai relancé l'installation, en configurant cette fois les deux partitions comme une partition "principale", et cette fois l'erreur avait disparu.

Répondu el 27 de Avril, 2020 par Erik van den Hoorn (201 Points )

3voto

Mario Becerra avatar
Mario Becerra Points 131

J'ai eu un problème similaire. Ce que j'ai fait a été de laisser l'installation telle quelle, puis je me suis assuré que mon disque était en mode UEFI et j'ai démarré à partir d'un CD en direct et installé boot-repair.

Pour ce faire, j'ai dû ajouter le dépôt yannubuntu et ensuite le télécharger avec apt-get. Cela a été fait de la manière suivante :

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

Ensuite, lorsque le programme a été lancé, j'ai vérifié toutes les options dans Options avancées > Options principales et cliqué sur Appliquer.

Répondu el 4 de Février, 2016 par Mario Becerra (131 Points )

2voto

Michael avatar
Michael Points 21

J'ai eu ce problème lors de l'installation d'Ubuntu (non en dual-boot) sur ma nouvelle configuration. Aucune des options de démarrage décrites ci-dessus n'a fonctionné pour moi.

J'ai dû débrancher mon SSD et tous les périphériques USB afin qu'Ubuntu ne reconnaisse que le HDD de 1 To pour l'installation.

Répondu el 13 de Décembre, 2015 par Michael (21 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X