web-dev-qa-db-fra.com

GRUB échec de l'installation de la mise à niveau 12.04-> 12.10 (fakeraid)

J'ai une carte mère Gigabyte X85A-UD3R avec un ICH10R. J'ai également une configuration RAID 0 (entrelacement) de disques de 2x1 To, configurée au niveau du BIOS (contrôleur de RAID qui démarre avant/après BIOS?), Qui fusionne les deux volumes physiques en un volume de 2 To nommé MainVolume. Le volume contient quatre partitions principales - deux pour Windows (démarrage et données) et deux pour Linux (racine et échange), aucune partition logique.

J'ai eu des problèmes pour installer Ubuntu après 10.04 avec cette configuration. En fait, j'ai installé 12.04 en installant d'abord 10.04 puis en effectuant une mise à niveau. Ubuntu 10.04 fonctionnait parfaitement, mais après la mise à niveau vers 12.04, il affichait toujours un message lors du démarrage dans la console, quelque chose comme "iWatch dm-5 échoué" (pas sûr), mais je n'y ai pas fait très attention car le système fonctionnait correctement. Jusqu'à la mise à jour d'aujourd'hui à 12.10.

Aujourd'hui, lorsque j'ai effectué la mise à niveau vers 12.10 à la fin du processus de mise à niveau, il a essayé d'installer grub et a échoué avec le message suivant:

Path `/boot/grub' is not readable by GRUB on boot. Installation is impossible. Aborting. 

Ensuite, le responsable de la mise à niveau m'a proposé de sélectionner une destination pour GRUB - sda, sdb ou MainVolume. Lorsque je sélectionne MainVolume, il revient au message d'erreur ci-dessus et redemande. Je n'ai pas choisi sda ni sdb, car je pensais que cela pourrait écrire sur les disques physiques sous forme de bandes non agrégées et gâcher les partitions existantes. Finalement, j'ai choisi de ne pas installer grub et j'ai terminé la mise à jour.

J'écris ceci maintenant de cette boîte que je n'ose pas redémarrer car il pourrait ne pas démarrer.

:(

Des idées et suggestions?

3
Boris B.

Peut-être devriez-vous réinstaller et mettre à jour grub2? Ou essayez boot-repair outil pour résoudre les problèmes. Je ne sais pas si cela fonctionnera avec 12.10 cela fonctionnera avec 12.04 très bien

3
polarkatenuchie

Lorsque j'ai essayé d'installer grub, cela a également échoué car il s'agissait par défaut de /dev/mapper, qui n'est pas un périphérique réel.

Je devais accéder à BusyBox à partir de l’écran Grub et ls /dev/m* montrait un périphérique appelé /dev/mapper/pdc_baagjii, c’est là que j’ai installé grub, puis redémarré sans problème. J'espère que ça vous aide.

L'installation de grub a échoué car je n'étais pas certain de l'emplacement de l'appareil. Il était par défaut sur/dev/mapper.

Alors je suis tombé sur Alt + F2 et appuyez sur la touche Entrée pour activer ~ BusyBox (qui est l'environnement dans lequel le programme d'installation s'exécute).

J'ai jeté un œil à la sortie de mount | grep mapper et constaté que ma partition racine était répertoriée sous le nom de /dev/mapper/pdc_baagjii1 / ext4.

Cela signifie que mon emplacement d'installation doit être le périphérique /dev/mapper/pdc_baagjii.

Je suis retourné à Alt + F1 pour continuer l'installation et tapé /dev/mapper/pdc_baagjii. J'aurais aussi pu taper grub-install /dev/mapper/pdc_baagjii.

Après avoir installé avec succès grub à l'emplacement de périphérique/dev/mapper/baagjii, j'ai redémarré et j'étais heureux de voir mon invite de connexion m'attendre.

3
No-L

Oui, il semble que le script de mise à niveau de la distribution ne joue pas à Nice avec RAID0. J'ai eu une nouvelle installation 12.04 simple avec deux SSD comme un seul disque RAID0, l'installation Grub a échoué d'une manière similaire. Le démarrage avec une clé USB et l’utilisation de l’outil de réparation de démarrage pour réinstaller GRUB ont résolu le problème.

1
vehka

avait un problème similaire avec une nouvelle installation sur 12.10 sur un sommet 4. a traversé toute la réparation de démarrage, etc.

essayé une réinstallation, cette fois j’ai ajouté une partition/boot au début du lecteur plutôt que de laisser l’installateur Ubuntu faire son installation automatique. bingo, pas de problèmes, grub2 fonctionne et peut démarrer dans le système.

j'espère que ça t'as aidé

1
matt

J'ai eu le même problème avec une nouvelle installation 12.10. La solution était basée sur celle présentée par Matt, mais elle nécessitait quelques étapes supplémentaires:

  • Sélectionnez "quelque chose d'autre" dans l'assistant de partition pour définir manuellement les partitions.
  • Créez au démarrage du disque dur une partition ext4 de 250 Mo, montée sur/boot (définie comme principale)
  • Créer la racine et échanger des partitions
  • Lorsque l'installation ne parvient pas à installer grub, choisissez de continuer sans l'installer.

Quand l'installation se termine:

  • monter les partitions "/ boot" et "/" manuellement
  • grub-install --boot-directory = (répertoire dans lequel la partition "/ boot" est montée) --root-directory = (répertoire dans lequel la partition "/" est montée) (unité de disque dur)
  • démonter les partitions
  • chargez "gparted", sélectionnez la partition "/ boot" et activez le drapeau "boot" sur l'option "gérer les drapeaux". (Assurez-vous que ce drapeau est activé, sinon le système ne démarrera pas).

Après cela, j'ai pu redémarrer et utiliser le système d'exploitation :)

0
Raúl

J'ai eu un problème très similaire. J'ai mis à niveau de 12.04 à 12.10 et après l'installation, j'ai eu les mêmes problèmes que vous. J'ai passé des heures à bricoler avec diverses choses pour essayer de résoudre ce problème, compliqué par le fait que je ne peux actuellement pas démarrer à partir d'un DVD/CD et que la plus grande clé USB fonctionnelle que ma carte principale puisse démarrer est <120 Mo.

Enfin, je suis revenu à l’essai du disque super grub2 et j’ai essayé de démarrer Ubuntu en utilisant le noyau 3.5.0-17-générique au lieu du noyau 3.2 sur lequel j’étais précédemment. Auparavant, je ne pouvais pas démarrer ce noyau car il était suspendu avant le chargement complet (je ne me souviens plus de la cause exacte du blocage), mais il m'a finalement permis de démarrer. J'ai ensuite pu réinstaller grub-pc & dépendances comme d'habitude. Assurez-vous d’avoir le moyen de charger en chaîne le contenu de votre installation sur le noyau 3.5 et vous pourrez peut-être réinstaller grub.

0
ex0a