3 votes

Problème EC2 utilisant PV-Grub et un noyau personnalisé : erreur 21 le disque sélectionné n'existe pas

Sur EC2, j'essaie de configurer des AMI pour PLD-Linux qui utilisent les nouvelles fonctionnalités permettant d'exécuter des noyaux personnalisés à partir de l'AMI en utilisant PV-Grub. J'ai déjà configuré des AMI personnalisées à plusieurs reprises, mais je n'arrive pas à faire fonctionner le noyau.

En gros, j'ai un disque ebs avec un fichier menu Grub et un noyau xenU personnalisé dessus. Enregistrer cela et le lancer en tant qu'instance lance pv-Grub à partir de l'hôte xen et pv-Grub trouve mon fichier de menu et essaie de démarrer la configuration trouvée là. Cependant, quelle que soit la façon dont je configure les éléments du menu Grub ou les partitions du disque, Grub jette toujours l'erreur "Error 21 : Selected disk does not exist".

J'ai essayé de nombreuses permutations de ce qui suit :

  • Volume brut en tant que disque avec système de fichiers
  • 1 partition sur un volume avec un système de fichiers dans cette partition
  • hd0 et hd00 AKI's (hd0 trouve le fichier menu pour la version raw disk, hd00 pour la version one partition)
  • en utilisant la commande no root du menu Grub.
  • en utilisant root(hd0)
  • en utilisant root(hd0,0)
  • en utilisant divers rootnoverify()'s

J'utilise ext3 dans tous les cas. Je n'ai pas de fichiers de cartographie du système ou du périphérique pour m'empêcher de travailler. Toute combinaison incorrecte de la disposition des partitions et des AKI hd0/hd00 conduit à une erreur différente, mais si j'utilise la bonne et qu'elle trouve le fichier de menu, elle produit invariablement l'erreur ci-dessus.

Qu'est-ce que je rate ?

( Transféré du Forum EC2 parce qu'il n'y a pas de réponse ici, je m'occuperai de faire en sorte que la solution soit également postée de manière croisée)

4voto

Caleb Points 11393

C'est embarrassant, mais après deux jours à me cogner la tête dessus, je pense avoir résolu le problème moi-même.

Mon fichier menu Grub comportait des commandes telles que root(hd0,0) au lieu de root (hd0,0) . L'espace est essentiel et toutes mes tentatives l'ont laissé de côté ! J'ai découvert cela en découvrant qu'en laissant la ligne racine éteinte et en spécifiant le chemin complet comme kernel (hd0,0)/boot/vmlinuz.... travaillé. L'absence d'espace n'a pas provoqué d'erreur d'analyse, mais il semble qu'elle ait été ignorée. En conséquence, les valeurs que je lui ai données n'ont pas eu d'importance, il a utilisé les valeurs par défaut de toute façon, d'où le même résultat si la ligne n'est pas du tout utilisée.

Je n'ai toujours pas de système de démarrage, mais j'ai dépassé le problème avec Grub maintenant et sur les problèmes de noyau. J'espère que toute autre personne qui rencontre le même problème trouvera cette solution utile !

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:

X