Comment démarrer manuellement à partir de l'invite grub après la mise à niveau de do-release-upgrade?
J'ai lu quelques autres questions sur ce sujet et ils ont tous deux pointé du doigt la documentation de la communauté Grub2 et l'installation des configurations Grub à partir d'un disque d'installation. J'ai eu quelques problèmes avec la documentation, alors voici où je suis. Cela peut être complet PEBKAC.
J'ai deux invités assis sur un serveur Ubuntu 10.04 virtualisé sous KVM, les deux exécutaient initialement 10.04. J'ai utilisé "do-release-upgrade" pour effectuer la mise à jour vers 10.10 sans accroc sur les deux boîtes, puis j'ai redémarré puis exécuté "do-release-upgrade" pour effectuer la mise à jour vers 11.04 sur les deux boîtes. Dans ma hâte, j'ai ignoré les erreurs concernant les configurations de grub manquantes. Lorsque j'ai redémarré les invités, je me suis naturellement présenté avec une invite de commande. "Boot" génère "erreur: pas de noyau chargé".
Voici la sortie de ls pour la partition racine:
Lorsque je suis le guide de démarrage manuel, je ne peux obtenir les options directement en utilisant "SS928-root" ou "hda0,1" comme système de fichiers racine. Presque tout donne l'erreur "fichier non trouvé".
La publication de "ls" sur ces deux systèmes de fichiers indique plusieurs options pour vmlinuz et initrd.img. Ces invités utilisent LVM si cela peut vous aider.
EDIT
Je suis un peu plus loin. La séquence de commande suivante:
Donne l'écran suivant (après avoir parcouru pas mal de texte):
Après avoir jeté un œil au message de jdehaan, j'ai vérifié une machine avec une configuration similaire. Pour sortir du fichier grub.cfg d’une autre boîte, j’ai utilisé les commandes suivantes pour que cette chose démarre:
recordfail
insmod ext2
set root='(hd0,1)'
linux /vmlinuz-2.6.32-server root=/dev/mapper/SS928-root ro quiet
initrd /initrd.img-2.6.32.30-server
boot
Je suppose que la prochaine étape consiste à déterminer comment remplacer le fichier grub.cfg sur cette machine.
J'ai eu le même problème et pouvais résoudre le problème en spécifiant
linux /boot/vmlinuz.... root=/dev/sda1
Donc, / dev/sda1 (ou ce qui va correspondre sur votre système) à la place du SS ... Le reste de vos messages a été conservé de la même façon au cours de mes essais.
Si vous utilisez une configuration grub quelque part, ls au niveau racine répertorie les partitions, et configfile (boot device)/path/to/grub.config vous permet de démarrer votre configuration grub.