absolinux

Aller à la page : 1 2 suivante

Sujet : Problème au reboot
posté par Kane13 10 messages     le  07-07-2010  à  07:03citer
Bonjour,

je viens de suivre entièrement le tuto Linux From Scratch et j'ai eu quelques soucis :

Tout d'abord, lors des choix faits avec le 'make menuconfig' du noyau, je n'ai rien trouvé dans "Device Drivers > SCSI device support > SCSI low-level drivers" alors que j'ai lu sur des sites qu'il fallait activer le support pour le SATA ...

ensuite, j'ai tenté de faire un reboot -après les commandes décrites dans le livre évidemment- et je me heurte à : "
root:/boot# /sbin/reboot
WARNING: could not determine runlevel - doing soft reboot
  (it's better to use shutdown instead of reboot from the command line)
shutdown: /dev/initctl: No such file or directory
init: /dev/initctl: No such file or directory
"

De plus en voulant redémarrer mon ordinateur, je n'ai pas pû accéder à mon tout nouveau système d'exploitation, j'ai eu un kernel panic et il n'y a pas de fichier /var/log/message .


Savez-vous d'où vient le problème ?

Merci
posté par Kane13 10 messages     le  07-07-2010  à  18:27citer
Bon, du nouveau :

je me suis apperçu qu'il y avait un problème avec sysvinit, mal recopié la configuration !

Voici donc ce que ça fait lors du reboot dans le chroot :
"
root:/sources# /sbin/reboot
WARNING: could not determine runlevel - doing soft reboot
  (it's better to use shutdown instead of reboot from the command line)
shutdown: timeout opening/writing control channel /dev/initctl
init: timeout opening/writing control channel /dev/initctl
"

Quelques infos : la version du livre LFS que je suis est 6.6
Plateforme i686
L'endroit où je me trouvais était la partie 8, je pense avoir bien fait le fstab, idem pour grub. Par contre problème à la partie "redémarrage" comme vu plus haut.
Et je n'ai pas tout suivi la partie 7.9, peut-être qu'il faudrait que je regarde ça plus attentivement... mais ça n'a sans doute rien à voir avec mon problème
posté par Texou 271 messages     le  09-07-2010  à  12:30citer
Salut,

Désolé du retard, nous étiens pour la plupart dispersés entre d'autres activités ou des déplacements. Peux-tu nous dire quel est ton hôte? Es-tu sûr que toute l'install de sysvinit s'est bien passé? Par ailleurs, faire reboot en chroot peut peut-être expliquer le pb, çtant donné l'état de dev, proc, ... À propos, sont-ils montés dans $LFS au moment où tu tapes reboot depuis l'environnement chroot?

Enfin, tentes 1 reboot jusqu'au bout et dis nous c q dit l kernel panic. J'ai dans l'idée que ça peut venir du make menuconfig et de ton pb SATA.

Voilou. Dis nous déjà ça et j'irai explorer le config du noyau pour le pb que tu poses pour le kernel, voire sysvinit.

a++ tiens nous au courant

_______________________

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 Kane13 10 messages     le  09-07-2010  à  19:58citer
Mon hôte : Ubuntu 10.04
l'install de sysvinit je l'ai faite et refaite pour être sûr

Pour monter dev et proc j'ai fait à chaque fois que j'ai redémarrer l'ordi :

mount -vt devpts devpts $LFS/dev/pts
mount -vt tmpfs shm $LFS/dev/shm
mount -vt proc proc $LFS/proc
mount -vt sysfs sysfs $LFS/sys

Ensuite, mon magnifique Kernel panic :

VFS: cannot open root device "sda5" or unknown-block(0,0)
Please append a correct "root=" boot option, ... or available partitions :
kernel panic - not syncing : VFS Unable to mount root fs on unknown-block(0,0)
pid : 1 ; comm:swapper not tainted 2.6.32.8#1

Lorsque je faisais "make menuconfig" pour le kernel, je n'avais pas accès à tous les choix possibles, certains menus étaient vides, alors j'ai créé le .config avec mon hôte.
posté par Texou 271 messages     le  09-07-2010  à  23:31citer
Salut,

1. Essaie peut-être de réinstaller les lfs-bootscripts.
2. As-tu dévié d'une manière ou d'une autre du livre?
3. Dans ton menuconfig, regarde si SCSI support est coché, si non, coche et vois ce qui s'ouvre en conséquence. Coche tout ça en dur.
4. Es-tu sâr du sta5 pour ton lfs?

Voilou. Tiens nous au courant.

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
posté par Kane13 10 messages     le  21-08-2010  à  00:48citer
Désolé de la réponse tardive !

LFS-bootscripts, je ne vois pas ce qu'il y a à faire dans les parties de 7.9.1 à 7.9.3.2, il est possible que dans le "chapitre" 7.9 et 8.X j'ai raté quelque-chose, bien que je ne sais pas quoi!
Je ne pense pas avoir dévier du livre, mais si c'est le cas alors ça devrait être dans ces parties.
J'ai un p'tit problème avec le menuconfig, en essayant le menuconfig avec mon hôte, je n'obtiens pas les mêmes choses... comme si en chroot j'avais moins de choix. Bizarre, mais le support SCSI est activé, et en dur !
Pour le sta5 : aucun doute possible.

Toujours le même problème quand je fais /sbin/reboot

root:/tmp# /sbin/reboot
WARNING: could not determine runlevel - doing soft reboot
  (it's better to use shutdown instead of reboot from the command line)
shutdown: /dev/initctl: No such file or directory
init: /dev/initctl: No such file or directory

Je ne comprends pas, est-ce qu'il faut exécuter cette commande dans l'environement chroot ou sur l'hôte ?
posté par Texou 271 messages     le  21-08-2010  à  01:39citer
Salut,

Tu peux nous mettre fstab et ta conf de grub? (cf. /etc/grub.d/10_linux par ex, surtout).

Pour ton noyau les écarts de menuconfig s'expliquent sûrement par les diff entre l'hôte et lfs. As-tu l'entrée qu'on t'a indiquée activée néanmoins? Si elle est en dur c'est bon.

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
posté par Kane13 10 messages     le  21-08-2010  à  02:09citer
root:/tmp# cat /etc/fstab
# Begin /etc/fstab
# file system
#mount-point type options dump fsck order
/dev/sda5 / ext4 defaults 1 1
/dev/sda7 swap swap pri=1 0 0
/dev/sda6 /home ext4 defaults 0 0
/dev/sda8 /tmp ext4 defaults 0 0
/dev/sda1 /boot ext2 defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
devpts /dev/pts devpts gid=4,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
# End /etc/fstab

prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
. ${libdir}/grub/grub-mkconfig_lib

if [ "x${GRUB_DISTRIBUTOR}" = "x" ] ; then
  OS=GNU/Linux
else
  OS="${GRUB_DISTRIBUTOR} GNU/Linux"
fi

# loop-AES arranges things so that /dev/loop/X can be our root device, but
# the initrds that Linux uses don't like that.
case ${GRUB_DEVICE} in
  /dev/loop/*|/dev/loop[0-9])
    GRUB_DEVICE=`losetup ${GRUB_DEVICE} | sed -e "s/^[^(]*(\([^)]\+\)).*/\1/"`
  ;;
esac

if [ "x${GRUB_DEVICE_UUID}" = "x" ] || [ "x${GRUB_DISABLE_LINUX_UUID}" = "xtrue" ] \
    || ! test -e "/dev/disk/by-uuid/${GRUB_DEVICE_UUID}" ; then
  LINUX_ROOT_DEVICE=${GRUB_DEVICE}
else
  LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}
fi

linux_entry ()
{
  cat << EOF
menuentry "$1" {
EOF
  prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e "s/^/\t/"
  cat << EOF
linux ${rel_dirname}/${basename} root=${linux_root_device_thisversion} ro $2
EOF
  if test -n "${initrd}" ; then
    cat << EOF
initrd ${rel_dirname}/${initrd}
EOF
  fi
  cat << EOF
}
EOF
}

list=`for i in /boot/vmlinu[xz]-* /vmlinu[xz]-* ; do
        if grub_file_is_not_garbage "$i" ; then echo -n "$i " ; fi
      done`

while [ "x$list" != "x" ] ; do
  linux=`version_find_latest $list`
  echo "Found linux image: $linux" >&2
  basename=`basename $linux`
  dirname=`dirname $linux`
  rel_dirname=`make_system_path_relative_to_its_root $dirname`
  version=`echo $basename | sed -e "s,^[^0-9]*-,,g"`
  alt_version=`echo $version | sed -e "s,\.old$,,g"`
  linux_root_device_thisversion="${LINUX_ROOT_DEVICE}"

  initrd=
  for i in "initrd.img-${version}" "initrd-${version}.img" \
  "initrd-${version}" "initrd.img-${alt_version}" \
  "initrd-${alt_version}.img" "initrd-${alt_version}"; do
    if test -e "${dirname}/${i}" ; then
      initrd="$i"
      break
    fi
  done
  if test -n "${initrd}" ; then
    echo "Found initrd image: ${dirname}/${initrd}" >&2
  else
    # "UUID=" magic is parsed by initrds.  Since there's no initrd, it can't work here.
    linux_root_device_thisversion=${GRUB_DEVICE}
  fi

  linux_entry "${OS}, with Linux ${version}" \
      "${GRUB_CMDLINE_LINUX} ${GRUB_CMDLINE_LINUX_DEFAULT}"
  if [ "x${GRUB_DISABLE_LINUX_RECOVERY}" != "xtrue" ]; then
    linux_entry "${OS}, with Linux ${version} (recovery mode)" \
"single ${GRUB_CMDLINE_LINUX}"
  fi

  list=`echo $list | tr ' ' '\n' | grep -vx $linux | tr '\n' ' '`
done

L'entrée que j'ai vue était "SCSI device support" et tout semble bon de ce côté. Je me souviens avoir lu qu'une option était possible de mettre à "make " pour qu'il installe tout ce dont on avait besoin, mais impossible de me souvenir quoi...
posté par Texou 271 messages     le  21-08-2010  à  02:15citer
Tu as fait la procédure de conf de grub du chap8? s'est bien passé? Refais-la en détails (jusqu'au test: reboot et entrer les instructions grub à la main). Par ailleurs, es-tu sûr que ext4 est bien en dur dans ton noyau?

++

_______________________

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 Kane13 10 messages     le  21-08-2010  à  02:30citer
Pour l'installation de grub, je n'utilise que ces 2 commandes :

grub-install --grub-setup=/bin/true /dev/sda

grub-mkconfig -o /boot/grub/grub.cfg

ensuite je teste "/sbin/reboot" comme décrit plus haut, et après je n'ai pas l'invite "grub" comme décrit dans le livre, je suis toujours au même emplacement qu'avant /sbin/reboot

grub.cfg :

root:/sources/linux-2.6.32.8# cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "GNU/Linux, with Linux 2.6.32.8-lfs-6.6" {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set 4382bbfb-2b0d-4df5-8d42-03b763c3ec26
linux /vmlinux-2.6.32.8-lfs-6.6 root=/dev/sda5 ro 
}
menuentry "GNU/Linux, with Linux 2.6.32.8-lfs-6.6 (recovery mode)" {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set 4382bbfb-2b0d-4df5-8d42-03b763c3ec26
linux /vmlinux-2.6.32.8-lfs-6.6 root=/dev/sda5 ro single
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###


Aller à la page : 1 2 suivante

http://med4treat.top