Salut,
Au bout de 3 heures d'essais à réinstaller un grub, ça ne veut toujours pas...
Alors tout conseil sera évidemment bienvenu :-)
Je viens de changer un disque dur dans un portable, j'ai recrée les partoches, rapatrié les fichiers, etc...
Au moment du boot, pas de menu de grub, mais un curseur qui défile à donf pendant quelques secondes puis plus rien... Ce sent le "jump" dans un code qui n'a pas l'air d'être le stage2 de grub ;-(
Pour réinstaller grub, j'ai fait ceci:
-boot sur kaella récente (==2.6.17, la machine est en etch 2.6.18)
-mount /dev/hda6 /dest
-mount /dev/hda5 /dest/boot
-chroot /dest
-grub
-root (hd0,4)
-setup (hd0)
-quit
Je l'ai déja fait sur quelques machines en 2 minutes sans problème...
Le "setup" de grub (v=0.97-20) me trouve bien les fichiers stage1/1.5/2 et ne donne aucun message particulier...
Tous les partoches sont en ext3.
La partoche hda5 est entièrement sous le cylindre 1024 et est flaggée "bootable".
Si je dumpe le mbr au début du disque, j'ai bien du "texte" qui ressemble au stage1 (en comparant avec le fichier).
Des idées ?
Forum Linux.général Grub Grmbllbl Grr !
15
jan.
2007
# Complètement par hasard...
Posté par scullder . Évalué à 3.
mount --bind /dev /dest/dev
Dans le chroot (après avoir configuré ton grub.conf bien sûr) :
grub-install /dev/hda
Je fais toujours comme ça (ça me semble plus logique d'ailleurs), jamais eu de prob o_O
Sinon tu peux tenter toujours avec lilo.
[^] # Re: Complètement par hasard...
Posté par zx81 . Évalué à 1.
The file /boot/grub/stage1 not read correctly.
Pas mieux :-(((
[^] # Re: Complètement par hasard...
Posté par zx81 . Évalué à 2.
> The file /boot/grub/stage1 not read correctly.
J'ai maté un peu le script: il essaye de relire les fichiers copiés (5 fois!) pour voir si ils sont lisibles (enfin je crois, vers la ligne 497).
Et puis ils (les gens de la fsf) pourraient le dire qu'il y a un ficher de log !
Quand je regarde son contenu, je vois qu'ils font un "dump (hd0,5)/grub/stage1" donc forcément ça coince vu que chez moi c'est hd(0,4) et c'est bien ce que j'ai dans /etc/grub.conf. Bug ?
[^] # Re: Complètement par hasard...
Posté par scullder . Évalué à 2.
[^] # Re: Complètement par hasard...
Posté par zx81 . Évalué à 2.
Déja, c'était bizarre, je n'avais pas les mêmes montages dans et hors le chroot. C'est du au fait que j'ai fait ma sauvegarde à chaud (en runlevel 1, ouais c'est pas ce qu'il y a de plus propre...) ET que j'ai un peu réorganisé mes partoches. En étant dans le chroot, je récupére mon vieux /etc/mtab (de la sauvegarde) qui donne de fausses indications sur /boot d'où l'erreur de script.
Et devinez quel type de partition devenue inutile j'avais supprimée, hein ? :-))
Même en la supprimant, elle m'a pourri ma journée !
[^] # Re: Complètement par hasard...
Posté par KiKouN . Évalué à 2.
mkdir /mnt/boot
mount /dev/sdax /mnt/boot
Je supprime des fois device.map, il peut poser problème quelques fois.
rm /mnt/boot/grub/device.map
puis je fait un grub-install.
grub-install --root-directory=/mnt /dev/sda
Sinon, une solution pour être tranquille. Je dispose de 4 partitions de boot, une par système linux installé (quand il y en a 3) + une supplémentaire uniquement consacré à un grub indépendant. Ce grub indépendant me permet de choisir quelle distribution je veux booter puis me redirige vers le grub de la distribution en question qui est installer dans le secteur de démarrage de la partition /boot de cette distribution ou vers un autre système (Windows, xBSD). Dans le grub dédié à une distribution, je n'ai que les noyaux installés et une option me permettant de revenir au grub principal.
Tiens, en parlant de grub, je me demandais q'il est possible d'utiliser le module memdisk de syslinux pour booter sur une image disquette?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.