bonjour,
j'ai installé hier la gentoo 2004.1 en mode réseau
tout s'est bien déroulé jusqu'à l'étape du 1er reboot, donc après avoir
installé qques applis (le kernel, les modules hotplug et nvidia, un
démon cron, et surtout grub).
Je ne connais pas bien grub, j'avais l'habitude de lilo juska présent.
Je pense que le pb vient de là : j'ai été surpris de la ligne d'options
à passer au noyau (d'apres la doc officielle gentoo) au niveau de root :
root=/dev/ram0 real_root=(hda0,2) vga=788
au démarrage, boot sans pb, mais une (longue) série d'erreurs du type :
attempt to access beyond end of devide
01:00: rw=0, want 4481, limit=4096
4096 est une puissance de 2, bizarre...
je me retrouve sous shell minimal (la commande help donne la liste des
commandes dispo : pas + de 25 commandes), et mes diques ne sont pas
montés (je précise, jai bien créé le fstab)
la commande mount me donne des choses bizarre, mais j'ai l'impression
que seule la ram est montée et que le systeme de fichier est entièrement
en ram
dois-je changer mes options de démarrage (je n'ai pas eu le temps
d'essayer, il était déja très tard) pour la partie root ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Ronald
Le Fri, 13 Aug 2004 10:03:50 +0200, Jean-Philippe Caruana a écrit :
bonjour, j'ai installé hier la gentoo 2004.1 en mode réseau tout s'est bien déroulé jusqu'à l'étape du 1er reboot, donc après avoir installé qques applis (le kernel, les modules hotplug et nvidia, un démon cron, et surtout grub). Je ne connais pas bien grub, j'avais l'habitude de lilo juska présent. Je pense que le pb vient de là : j'ai été surpris de la ligne d'options à passer au noyau (d'apres la doc officielle gentoo) au niveau de root :
root=/dev/ram0 real_root=(hda0,2) vgax8
au démarrage, boot sans pb, mais une (longue) série d'erreurs du type :
attempt to access beyond end of devide 01:00: rw=0, want 4481,
4096 est une puissance de 2, bizarre...
c'est surtout la taille des ramdisk par défaut.
je me retrouve sous shell minimal (la commande help donne la liste des commandes dispo : pas + de 25 commandes), et mes diques ne sont pas montés (je précise, jai bien créé le fstab)
la commande mount me donne des choses bizarre, mais j'ai l'impression que seule la ram est montée et que le systeme de fichier est entièrement en ram
dois-je changer mes options de démarrage (je n'ai pas eu le temps d'essayer, il était déja très tard) pour la partie root ?
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement? root=/dev/hda3 vgax8 ça le fait pas?
Le Fri, 13 Aug 2004 10:03:50 +0200, Jean-Philippe Caruana a écrit :
bonjour,
j'ai installé hier la gentoo 2004.1 en mode réseau tout s'est bien
déroulé jusqu'à l'étape du 1er reboot, donc après avoir installé
qques applis (le kernel, les modules hotplug et nvidia, un démon cron, et
surtout grub).
Je ne connais pas bien grub, j'avais l'habitude de lilo juska présent. Je
pense que le pb vient de là : j'ai été surpris de la ligne d'options à
passer au noyau (d'apres la doc officielle gentoo) au niveau de root :
root=/dev/ram0 real_root=(hda0,2) vgax8
au démarrage, boot sans pb, mais une (longue) série d'erreurs du type :
attempt to access beyond end of devide 01:00: rw=0, want 4481, limit@96
4096 est une puissance de 2, bizarre...
c'est surtout la taille des ramdisk par défaut.
je me retrouve sous shell minimal (la commande help donne la liste des
commandes dispo : pas + de 25 commandes), et mes diques ne sont pas
montés (je précise, jai bien créé le fstab)
la commande mount me donne des choses bizarre, mais j'ai l'impression que
seule la ram est montée et que le systeme de fichier est entièrement en
ram
dois-je changer mes options de démarrage (je n'ai pas eu le temps
d'essayer, il était déja très tard) pour la partie root ?
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement?
root=/dev/hda3 vgax8 ça le fait pas?
Le Fri, 13 Aug 2004 10:03:50 +0200, Jean-Philippe Caruana a écrit :
bonjour, j'ai installé hier la gentoo 2004.1 en mode réseau tout s'est bien déroulé jusqu'à l'étape du 1er reboot, donc après avoir installé qques applis (le kernel, les modules hotplug et nvidia, un démon cron, et surtout grub). Je ne connais pas bien grub, j'avais l'habitude de lilo juska présent. Je pense que le pb vient de là : j'ai été surpris de la ligne d'options à passer au noyau (d'apres la doc officielle gentoo) au niveau de root :
root=/dev/ram0 real_root=(hda0,2) vgax8
au démarrage, boot sans pb, mais une (longue) série d'erreurs du type :
attempt to access beyond end of devide 01:00: rw=0, want 4481,
4096 est une puissance de 2, bizarre...
c'est surtout la taille des ramdisk par défaut.
je me retrouve sous shell minimal (la commande help donne la liste des commandes dispo : pas + de 25 commandes), et mes diques ne sont pas montés (je précise, jai bien créé le fstab)
la commande mount me donne des choses bizarre, mais j'ai l'impression que seule la ram est montée et que le systeme de fichier est entièrement en ram
dois-je changer mes options de démarrage (je n'ai pas eu le temps d'essayer, il était déja très tard) pour la partie root ?
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement? root=/dev/hda3 vgax8 ça le fait pas?
Jean-Philippe Caruana
4096 est une puissance de 2, bizarre... c'est surtout la taille des ramdisk par défaut.
c'est bien ce que je me suis dit ! tu me confirmes mes doutes...
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement?
oui oui ! j'ai un systeme de base sur le HD
root=/dev/hda3 vgax8 ça le fait pas?
je n'ai pas essayé, car il se faisait tard, tres tard meme mais j'ai suivi la doc gentoo a la lettre (betement:) et il ya ce root en ram et real_root en disque (j'ai utilisé les param par défaut du noay, genkernel: la compile a duré + d'une heure)
il faut que je modifie mon fichier grub.conf (possible avec grub dans le mini shell, mais alors pas partique du tout. je pense que je vais retrouver un vieux live cd qui traine)
je voulais avoir un retour de la part d'autres gentoo installer qui auraient eu le meme pb et des avis des autres linuxiens
donc a priori, on est d'accord, il s'est contenté de tout mettre en ram, le fourbe.
comme justifier dans la doc ce root=ram et real_root=HD ? comment grub passet-til de l'un à l'autre ?
root=/dev/hda3 vgax8 ça le fait pas? ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
-- jpc http://www.enstimac.fr/~caruana/
4096 est une puissance de 2, bizarre...
c'est surtout la taille des ramdisk par défaut.
c'est bien ce que je me suis dit !
tu me confirmes mes doutes...
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement?
oui oui ! j'ai un systeme de base sur le HD
root=/dev/hda3 vgax8 ça le fait pas?
je n'ai pas essayé, car il se faisait tard, tres tard meme
mais j'ai suivi la doc gentoo a la lettre (betement:) et il ya ce root
en ram et real_root en disque (j'ai utilisé les param par défaut du
noay, genkernel: la compile a duré + d'une heure)
il faut que je modifie mon fichier grub.conf (possible avec grub dans le
mini shell, mais alors pas partique du tout. je pense que je vais
retrouver un vieux live cd qui traine)
je voulais avoir un retour de la part d'autres gentoo installer qui
auraient eu le meme pb
et des avis des autres linuxiens
donc a priori, on est d'accord, il s'est contenté de tout mettre en ram,
le fourbe.
comme justifier dans la doc ce root=ram et real_root=HD ?
comment grub passet-til de l'un à l'autre ?
root=/dev/hda3 vgax8 ça le fait pas?
ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
4096 est une puissance de 2, bizarre... c'est surtout la taille des ramdisk par défaut.
c'est bien ce que je me suis dit ! tu me confirmes mes doutes...
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement?
oui oui ! j'ai un systeme de base sur le HD
root=/dev/hda3 vgax8 ça le fait pas?
je n'ai pas essayé, car il se faisait tard, tres tard meme mais j'ai suivi la doc gentoo a la lettre (betement:) et il ya ce root en ram et real_root en disque (j'ai utilisé les param par défaut du noay, genkernel: la compile a duré + d'une heure)
il faut que je modifie mon fichier grub.conf (possible avec grub dans le mini shell, mais alors pas partique du tout. je pense que je vais retrouver un vieux live cd qui traine)
je voulais avoir un retour de la part d'autres gentoo installer qui auraient eu le meme pb et des avis des autres linuxiens
donc a priori, on est d'accord, il s'est contenté de tout mettre en ram, le fourbe.
comme justifier dans la doc ce root=ram et real_root=HD ? comment grub passet-til de l'un à l'autre ?
root=/dev/hda3 vgax8 ça le fait pas? ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
-- jpc http://www.enstimac.fr/~caruana/
Ronald
Le Fri, 13 Aug 2004 11:26:47 +0200, Jean-Philippe Caruana a écrit :
4096 est une puissance de 2, bizarre... c'est surtout la taille des ramdisk par défaut.
c'est bien ce que je me suis dit ! tu me confirmes mes doutes...
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement?
oui oui ! j'ai un systeme de base sur le HD
root=/dev/hda3 vgax8 ça le fait pas?
je n'ai pas essayé, car il se faisait tard, tres tard meme mais j'ai suivi la doc gentoo a la lettre (betement:) et il ya ce root en ram et real_root en disque (j'ai utilisé les param par défaut du noay, genkernel: la compile a duré + d'une heure)
il faut que je modifie mon fichier grub.conf (possible avec grub dans le mini shell, mais alors pas partique du tout. je pense que je vais retrouver un vieux live cd qui traine)
pour booter ta partition une fois dans le shell de grub (par exemple): grub>root (hd0,3) grub>kernel (hd0,3)/vmlinuz grub>boot
je voulais avoir un retour de la part d'autres gentoo installer qui auraient eu le meme pb et des avis des autres linuxiens
Je fais partie des autres linuxiens.
donc a priori, on est d'accord, il s'est contenté de tout mettre en ram, le fourbe.
comme justifier dans la doc ce root=ram et real_root=HD ? comment grub passet-til de l'un à l'autre ?
root=/dev/hda3 vgax8 ça le fait pas? ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
je sais pas, peut être voir avec la version de grub, sur le 0.93 en tous cas je passe le root comme ça.
Le Fri, 13 Aug 2004 11:26:47 +0200, Jean-Philippe Caruana a écrit :
4096 est une puissance de 2, bizarre...
c'est surtout la taille des ramdisk par défaut.
c'est bien ce que je me suis dit !
tu me confirmes mes doutes...
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement?
oui oui ! j'ai un systeme de base sur le HD
root=/dev/hda3 vgax8 ça le fait pas?
je n'ai pas essayé, car il se faisait tard, tres tard meme mais j'ai
suivi la doc gentoo a la lettre (betement:) et il ya ce root en ram et
real_root en disque (j'ai utilisé les param par défaut du noay,
genkernel: la compile a duré + d'une heure)
il faut que je modifie mon fichier grub.conf (possible avec grub dans le
mini shell, mais alors pas partique du tout. je pense que je vais
retrouver un vieux live cd qui traine)
pour booter ta partition une fois dans le shell de grub (par exemple):
grub>root (hd0,3)
grub>kernel (hd0,3)/vmlinuz
grub>boot
je voulais avoir un retour de la part d'autres gentoo installer qui
auraient eu le meme pb
et des avis des autres linuxiens
Je fais partie des autres linuxiens.
donc a priori, on est d'accord, il s'est contenté de tout mettre en ram,
le fourbe.
comme justifier dans la doc ce root=ram et real_root=HD ? comment grub
passet-til de l'un à l'autre ?
root=/dev/hda3 vgax8 ça le fait pas?
ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
je sais pas, peut être voir avec la version de grub, sur le 0.93 en tous
cas je passe le root comme ça.
Le Fri, 13 Aug 2004 11:26:47 +0200, Jean-Philippe Caruana a écrit :
4096 est une puissance de 2, bizarre... c'est surtout la taille des ramdisk par défaut.
c'est bien ce que je me suis dit ! tu me confirmes mes doutes...
root=(hda0,2) vgax8
Tu devrais booter sur le disque normalement?
oui oui ! j'ai un systeme de base sur le HD
root=/dev/hda3 vgax8 ça le fait pas?
je n'ai pas essayé, car il se faisait tard, tres tard meme mais j'ai suivi la doc gentoo a la lettre (betement:) et il ya ce root en ram et real_root en disque (j'ai utilisé les param par défaut du noay, genkernel: la compile a duré + d'une heure)
il faut que je modifie mon fichier grub.conf (possible avec grub dans le mini shell, mais alors pas partique du tout. je pense que je vais retrouver un vieux live cd qui traine)
pour booter ta partition une fois dans le shell de grub (par exemple): grub>root (hd0,3) grub>kernel (hd0,3)/vmlinuz grub>boot
je voulais avoir un retour de la part d'autres gentoo installer qui auraient eu le meme pb et des avis des autres linuxiens
Je fais partie des autres linuxiens.
donc a priori, on est d'accord, il s'est contenté de tout mettre en ram, le fourbe.
comme justifier dans la doc ce root=ram et real_root=HD ? comment grub passet-til de l'un à l'autre ?
root=/dev/hda3 vgax8 ça le fait pas? ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
je sais pas, peut être voir avec la version de grub, sur le 0.93 en tous cas je passe le root comme ça.
Jean-Philippe Caruana
pour booter ta partition une fois dans le shell de grub (par exemple): grub>root (hd0,3) grub>kernel (hd0,3)/vmlinuz grub>boot
ok on se passe du grub.conf ici en fait ?
Je fais partie des autres linuxiens
moi aussi ;-)
root=/dev/hda3 vgax8 ça le fait pas? ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
je sais pas, peut être voir avec la version de grub, sur le 0.93 en tous cas je passe le root comme ça.
je ne crois pas que ce soit si différent d'une version à l'autre. mais alors, *2* erreurs dans la doc gentoo (de + en + populaire) ? j'ai du mal a y croire je vais essayer cela, mais ca diffère tellement de la doc que je me pose des questions.
il y a-t-il dans la salle un gentoo-iste qui puisse apporter de l'eau à mon moulin ?
-- jpc http://www.enstimac.fr/~caruana/
pour booter ta partition une fois dans le shell de grub (par exemple):
grub>root (hd0,3)
grub>kernel (hd0,3)/vmlinuz
grub>boot
ok
on se passe du grub.conf ici en fait ?
Je fais partie des autres linuxiens
moi aussi ;-)
root=/dev/hda3 vgax8 ça le fait pas?
ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
je sais pas, peut être voir avec la version de grub, sur le 0.93 en tous
cas je passe le root comme ça.
je ne crois pas que ce soit si différent d'une version à l'autre.
mais alors, *2* erreurs dans la doc gentoo (de + en + populaire) ? j'ai
du mal a y croire
je vais essayer cela, mais ca diffère tellement de la doc que je me pose
des questions.
il y a-t-il dans la salle un gentoo-iste qui puisse apporter de l'eau à
mon moulin ?
pour booter ta partition une fois dans le shell de grub (par exemple): grub>root (hd0,3) grub>kernel (hd0,3)/vmlinuz grub>boot
ok on se passe du grub.conf ici en fait ?
Je fais partie des autres linuxiens
moi aussi ;-)
root=/dev/hda3 vgax8 ça le fait pas? ps : sous grub, ce sera plutot root=(hd0,2) à la place de /dev/hda3
je sais pas, peut être voir avec la version de grub, sur le 0.93 en tous cas je passe le root comme ça.
je ne crois pas que ce soit si différent d'une version à l'autre. mais alors, *2* erreurs dans la doc gentoo (de + en + populaire) ? j'ai du mal a y croire je vais essayer cela, mais ca diffère tellement de la doc que je me pose des questions.
il y a-t-il dans la salle un gentoo-iste qui puisse apporter de l'eau à mon moulin ?
-- jpc http://www.enstimac.fr/~caruana/
Jean-Philippe Caruana
j'oubliais qques précisions :
au démarrage, boot sans pb, mais une (longue) série d'erreurs du type :
attempt to access beyond end of devide 01:00: rw=0, want 4481,
puis, juste avant l'invite j'ai :
BusyBox v1.00-pre7 (une date) Built-in Shell (ash) /bin/sh can't access tty; job control turned off
quand j'utilise 'exit' (une des rares commandes dispo), j'obtiens un kernel panic à propos d'init :
kernel panic ! attempted to kill init !
-- jpc http://www.enstimac.fr/~caruana/
j'oubliais qques précisions :
au démarrage, boot sans pb, mais une (longue) série d'erreurs du type :
attempt to access beyond end of devide
01:00: rw=0, want 4481, limit@96
puis, juste avant l'invite j'ai :
BusyBox v1.00-pre7 (une date) Built-in Shell (ash)
/bin/sh can't access tty; job control turned off
quand j'utilise 'exit' (une des rares commandes dispo), j'obtiens un
kernel panic à propos d'init :
Le Fri, 13 Aug 2004 12:01:29 +0200, Jean-Philippe Caruana a écrit :
j'oubliais qques précisions :
au démarrage, boot sans pb, mais une (longue) série d'erreurs du type :
attempt to access beyond end of devide 01:00: rw=0, want 4481,
puis, juste avant l'invite j'ai :
BusyBox v1.00-pre7 (une date) Built-in Shell (ash) /bin/sh can't access tty; job control turned off
un problème dans /dev ?
quand j'utilise 'exit' (une des rares commandes dispo), j'obtiens un kernel panic à propos d'init :
kernel panic ! attempted to kill init !
ça je sais, init est en fait (a)sh, paramètre init=/bin/sh au boot, quand tu fais exit tu termines init.
Nicolas George
Jean-Philippe Caruana wrote in message <cfi3hp$:
BusyBox v1.00-pre7 (une date) Built-in Shell (ash) /bin/sh can't access tty; job control turned off
C'est tout à fait normal : /dev/console n'est pas un terminal. En particulier, ^C n'y marchera pas. Pour avoir un vrai shell interactif qui marche :
HOME=/root open sh
(ou mieux, HOME=/root open zsh).
kernel panic ! attempted to kill init !
Ton shell était le processus 1, qui ne doit jamais mourir. Pour quitter une session de ce type, il faut appeler reboot/shutdown/poweroff avec l'option -f.
Jean-Philippe Caruana wrote in message
<cfi3hp$73j1@news.rd.francetelecom.fr>:
BusyBox v1.00-pre7 (une date) Built-in Shell (ash)
/bin/sh can't access tty; job control turned off
C'est tout à fait normal : /dev/console n'est pas un terminal. En
particulier, ^C n'y marchera pas. Pour avoir un vrai shell interactif
qui marche :
HOME=/root open sh
(ou mieux, HOME=/root open zsh).
kernel panic ! attempted to kill init !
Ton shell était le processus 1, qui ne doit jamais mourir. Pour quitter
une session de ce type, il faut appeler reboot/shutdown/poweroff avec
l'option -f.
BusyBox v1.00-pre7 (une date) Built-in Shell (ash) /bin/sh can't access tty; job control turned off
C'est tout à fait normal : /dev/console n'est pas un terminal. En particulier, ^C n'y marchera pas. Pour avoir un vrai shell interactif qui marche :
HOME=/root open sh
(ou mieux, HOME=/root open zsh).
kernel panic ! attempted to kill init !
Ton shell était le processus 1, qui ne doit jamais mourir. Pour quitter une session de ce type, il faut appeler reboot/shutdown/poweroff avec l'option -f.
Jean-Philippe Caruana
BusyBox v1.00-pre7 (une date) Built-in Shell (ash) /bin/sh can't access tty; job control turned off
C'est tout à fait normal : /dev/console n'est pas un terminal. En particulier, ^C n'y marchera pas.
ok
Pour avoir un vrai shell interactif qui marche :
HOME=/root open sh
(ou mieux, HOME=/root open zsh).
j'ai tenté un /bin/bash, il n'existait pas
kernel panic ! attempted to kill init !
Ton shell était le processus 1, qui ne doit jamais mourir. Pour quitter une session de ce type, il faut appeler reboot/shutdown/poweroff avec l'option -f.
ok je ne connais pas cette option.
-- jpc http://www.enstimac.fr/~caruana/
BusyBox v1.00-pre7 (une date) Built-in Shell (ash)
/bin/sh can't access tty; job control turned off
C'est tout à fait normal : /dev/console n'est pas un terminal. En
particulier, ^C n'y marchera pas.
ok
Pour avoir un vrai shell interactif
qui marche :
HOME=/root open sh
(ou mieux, HOME=/root open zsh).
j'ai tenté un /bin/bash, il n'existait pas
kernel panic ! attempted to kill init !
Ton shell était le processus 1, qui ne doit jamais mourir. Pour quitter
une session de ce type, il faut appeler reboot/shutdown/poweroff avec
l'option -f.
BusyBox v1.00-pre7 (une date) Built-in Shell (ash) /bin/sh can't access tty; job control turned off
C'est tout à fait normal : /dev/console n'est pas un terminal. En particulier, ^C n'y marchera pas.
ok
Pour avoir un vrai shell interactif qui marche :
HOME=/root open sh
(ou mieux, HOME=/root open zsh).
j'ai tenté un /bin/bash, il n'existait pas
kernel panic ! attempted to kill init !
Ton shell était le processus 1, qui ne doit jamais mourir. Pour quitter une session de ce type, il faut appeler reboot/shutdown/poweroff avec l'option -f.
