Comment démarrer manuellement à partir de l'invite grub après la mise à niveau de do-release?

13

J'ai lu quelques autres questions sur ce sujet et ils ont tous deux pointé la documentation de la communauté Grub2 et l'installation de configs grub à partir d'un disque d'installation. J'ai eu quelques problèmes avec la documentation, alors voici où j'en suis. Cela peut être complet PEBKAC.

J'ai deux invités assis sur un serveur Ubuntu 10.04 virtualisé sous KVM, les deux fonctionnaient initialement 10.04. J'ai utilisé "do-release-upgrade" pour mettre à jour vers 10.10 sans accroc sur les deux boîtes, redémarré, puis j'ai exécuté "do-release-upgrade" pour mettre à jour vers 11.04 sur les deux boîtes. Dans ma hâte, j'ai ignoré les erreurs concernant les configurations grub manquantes. Lorsque j'ai redémarré les invités, je reçois naturellement une invite grub. L'émission de "boot" donne "erreur: pas de noyau chargé".

Voici la sortie ls pour la partition racine:

sortie ls de l'invite grub

En suivant le guide de démarrage manuel, je ne peux pas 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é".

L'émission de "ls" sur ces deux systèmes de fichiers montre plusieurs options pour vmlinuz et initrd.img. Ces invités utilisent LVM si cela aide.

ÉDITER

Je suis allé un peu plus loin. La séquence de commandes suivante:

démarrage semi-réussi

Donne l'écran suivant (après avoir fait défiler pas mal de texte):

BusyBox Shell

cmhobbs
la source
Votre message m'a aidé à récupérer mon démarrage après une "mise à jour" désagréable de Windows 10. Linux a même récupéré après l'hybernation avec l'intégralité de la session. Merci!
MariusM

Réponses:

9

Après avoir regardé le post de jdehaan, j'ai vérifié une machine avec une configuration similaire. En quittant grub.cfg d'une autre boîte, j'ai utilisé les commandes suivantes pour démarrer cette chose:

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 à trouver comment remplacer le grub.cfg sur cette machine maintenant.

cmhobbs
la source
3

J'ai eu le même problème et j'ai pu résoudre le problème en spécifiant

linux /boot/vmlinuz.... root=/dev/sda1

Donc / dev / sda1 (ou ce qui correspondra sur votre système) au lieu du SS ... Le reste de vos messages a été conservé de la même manière pendant mes essais.

jdehaan
la source
1
Je suppose que, en théorie, parce que cette chose exécute LVM qui devrait être / dev / mapper / SS928-root. Cela ne fonctionne certainement pas dans ce cas.
cmhobbs
2

Si vous avez une configuration grub fonctionnelle quelque part, lsau niveau racine répertorie les partitions et configfile (boot device)/path/to/grub.configvous permet de démarrer votre configuration grub.

g.rocket
la source