absolinux

Sujet : prob niveau 8.4 du livre 6.6
posté par well 17 messages     le  30-07-2010  à  18:50citer
Bonjour,
Arrivé au niveau 8.4 le message suivant me pose un problème :
bash: Erreur de syntaxe près du symbole inattendu « ( »

Portable compaq presario 700 disque IDE
Hôte livecd LFS 6.3 r2160
Les compilations de l'ensemble du livre semblent s'être bien déroulées mais étape 8.4.3 le disque s'éjecte et le système paraît planté...

J'ai essayé différentes choses après cela mais rien ne fonctionne.

Voici mon historique :
-----------------
root [ ~ ]# mount /dev/hda6 /home/ #mon home sur une debian
root [ ~ ]# mkswap /dev/hda5
Initialisation de la version de l'espace de swap 1, taille = 682659 kB
no label, UUID=be12d85a-6532-4fed-ae15-7c87d20670a7
root [ ~ ]# export LFS=/mnt/lfs
root [ ~ ]# mkdir -pv $LFS
mkdir: création du répertoire `/mnt/lfs'
root [ ~ ]# mount -v -t ext3 /dev/hda3 $LFS
/dev/hda3 on /mnt/lfs type ext3 (rw)
root [ ~ ]# /sbin/swapon -v /dev/hda5
swapon sur /dev/hda5
root [ ~ ]# mount -v --bind /dev $LFS/dev
/dev on /mnt/lfs/dev type none (rw,bind)
root [ ~ ]# mount -vt devpts devpts $LFS/dev/pts
devpts on /mnt/lfs/dev/pts type devpts (rw)
root [ ~ ]# mount -vt tmpfs shm $LFS/dev/shm
shm on /mnt/lfs/dev/shm type tmpfs (rw)
root [ ~ ]# mount -vt proc proc $LFS/proc
proc on /mnt/lfs/proc type proc (rw)
root [ ~ ]# mount -vt sysfs sysfs $LFS/sys
sysfs on /mnt/lfs/sys type sysfs (rw)
root [ ~ ]# chroot "$LFS" /usr/bin/env -i \
>    HOME=/root TERM="$TERM" PS1='\u:\w\$ ' \
>    PATH=/bin:/usr/bin:/sbin:/usr/sbin \
>    /bin/bash --login
root:/# grub-mkdevicemap --device-map=device.map
root:/# cat device.map
(fd0)  /dev/fd0
(hd0)  /dev/hda
root:/# grub-install --grub-setup=/bin/true /dev/hda
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(fd0)  /dev/fd0
(hd0)  /dev/hda
root:/# grub-mkconfig -o /boot/grub/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinux-2.6.32.8-lfs-6.6
done
root:/# grub> root (sd0,1)
bash: Erreur de syntaxe près du symbole inattendu « ( »
root:/# grub> kernel /boot/grub/core.img
bash: grub : commande introuvable
root:/# grub> root (hd0,1)
bash: Erreur de syntaxe près du symbole inattendu « ( »
root:/# grub> root (hd0,0)
bash: Erreur de syntaxe près du symbole inattendu « ( »
root:/# grub> root (hd0,3)
bash: Erreur de syntaxe près du symbole inattendu « ( »
root:/# grub> root (hd0,4)
bash: Erreur de syntaxe près du symbole inattendu « ( »
root:/# grub> root '(hd0,4')
bash: Erreur de syntaxe près du symbole inattendu « ) »
root:/# grub> root '(hd0,3)'
bash: root: est un dossier
root:/# grub> 'root (hd0,3)'
bash: grub : commande introuvable
root:/# grub> 'root (hd0,1)'
bash: grub : commande introuvable
root:/# grub> root \(hd0,1\)
bash: root: est un dossier
root:/# grub> root=\(hd0,1\)
bash: grub : commande introuvable
root:/# grub > root=\(hd0,1\)
bash: grub : commande introuvable
root:/# grub > root=(hd0,1)
bash: Erreur de syntaxe près du symbole inattendu « ( »
root:/# grub > 'root (hd0,1)'
bash: grub : commande introuvable

Stéphane
posté par Texou 271 messages     le  31-07-2010  à  05:19citer
Salut Stéphane,

Deux choses plus ou moins liées. La première, effectivement, il y a un oubli de traduction de paragraphe dans LFS 6.6 (un tout petit morceau entre Tester GRUB et /sbin/reboot. C'est rétabli dans lfs-svn traduite. Ça dit ceci:

L'image cœoeur de GRUB est aussi un noyau multiboot (multiamorçage), donc si vous avez déjà chargé GRUB Legacy, vous pouvez charger GRUB-1.98 à travers votre ancien chargeur de démarrage. Pour faire cela, vous devrez quitter l'environnement chroot et revenez-y pour finir le peu qui reste à faire dans le livre.

Mais je ne crois pas que ça éclaire vraiment ton souci, sauf si ça te fait comprendre le rôle exact des commandes qui suivent.

En effet, quand LFS te dit de rebooter, /sbin/reboot, il faut le faire. Normalement, au reboot, tu n'es donc plus en bash, mais tu as l'invite grub qui se présente comme suit:
grub>

Et c'est là que tapes les commandes root, kernel et boot avec les arguments. En gros, GRUB n'arrivant pas à booter de lui-même, tu le testes en entrant à la main les commandes de boot (à ce stade du livre). Il n'est donc pas question de taper grub> sur le bash, et encore moins root (hd...).

J'espère avoir été cssez clair. N'hésite pas à nous redemander sinon.

Bonne journée,

_______________________

Texou
Coadministrateur du projet absolinux
Président de l'association traduc.org
Coordinateur du projet Linux From Scratch
Coordinateur au sein du projet Trad GNU de l'April
Animateur suppléant du groupe de travail Accessibilité de l'April
posté par well 17 messages     le  03-08-2010  à  13:31citer
J'ai rebooté avec la commande /sbin/reboot.
Le disque live LFS s'est éjecté.
J'ai ensuite tapé dans le grub debian-lenny les commandes :
grub-edit> root (hd0,2)
grub-edit> kernel /boot/grub/core.img
grub-edit> boot

J'ai validé et effectivement j'ai un nouveau grub 1,97 qui s'affiche avec deux possibilité le noyau 2.6.32... et un (recover).
Seulement, si je teste un de ces deux noyaux, j'ai un kernel panic environ 3 secondes après le lancement.
Est-ce normal ?

Stéphane
posté par Texou 271 messages     le  03-08-2010  à  15:53citer
Salut,

Là le problème peut être différent. Je ne pense pas qu'il soit lié à grub. Il faut le détail des 10 dernières lignes avant le kernel panic. Je vois 2 pistes: une mauvaise configuration du noyau, un pb de grub. Vérifie que tu as donné les bonnes partitions, remplace, si possible, les /dev/sd... par des UUID (dans fstab par exemple, mais même dans la conf de grub (tu peux le faire à la main)), vérifie que tu as mis en dur les options noyau SCSI, IDE... (bref ce qui correspond à ton disque). Non un kernel panic n'est pas normal, par contre sa source peut âtre simple ou très complexe (la config noyau, les paramètres de lancement du noyau, le fstab, udev qui renommerait de façon inattendue les périphériques (d'où l'UUID plus robuste), ...). Et encore là je n'évoque que les pistes les plus courantes sans avoir vu le message d'erreur.

Bon courage,

a+

_______________________

Texou
Coadministrateur du projet absolinux
Président de l'association traduc.org
Coordinateur du projet Linux From Scratch
Coordinateur au sein du projet Trad GNU de l'April
Animateur suppléant du groupe de travail Accessibilité de l'April




répondre