Forums FUG-FR - noyau non viable

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

noyau non viable
27. Mar 2010 at 00:52

Bonsoir,
Je bute sur un problème : le noyau GENERIC que je tente de compiler ne boote pas.
J'ai cet écran, suite à l'échec du montage de la racine :
Quote:

uhub3: 6 ports with 6 removable, self powered
uhub7: 6 ports with 6 removable, self powered
Trying to mount root from ufs:/dev/ad8s1a
ROOT MOUNT ERROR:
If you have invalid mount options, reboot, and first try the following from the loader prompt :

set vfs.root.mountfrom.options=rw

and then remove invalid mount options from /etc/fstab.

Loader variables:
vfs.root.mountfrom=ufs:/dev/ad8s1a
vfs.root.mountfrom.options=rw

Manual root filesystem specifications:
<fstype>:<device> Mount <device> using filesystem <fstype>
                           eg. ufs:/dev/da0s1a
                           eg. cd9660:/dev/acd0
                           This is equivalent to: mount -t cd9660 /dev/acd0 /

? List valid disk boot devices
<empty line> Abort manual input

mountroot>

Le prompt est inactif, tout est figé. Il réagit seulement à l'acpi lorsque j'appuie sur le bouton d'extinction.
J'ai un clavier et une souris usb.

J'ai synchonisé les sources sur 8-STABLE.
Mon noyau actuel :
Quote:

$uname -a
FreeBSD bsd03 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64

J'ai juste modifié ceci dans /usr/src/sys/amd64/conf/GENERIC :
Quote:

#
makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols

J'utilise cette procédure (24.7Rebuilding “world”)
Quote:

# cd /usr/src
# make buildworld
# make buildkernel
# make installkernel
# shutdown -r now

Et je suis donc incapable de rebooter en single user mode pour continuer. Je restaure donc /boot/kernel.old !

Back to top

« Last Edit: 27. Mar 2010 at 09:08 by pascal50 »

IP Logged

patrick

Senior Member

Offline

Les pixels au peuple

Posts: 398

Re: noyau non viable
Reply #1 - 27. Mar 2010 at 13:59

pascal50 wrote on 27. Mar 2010 at 00:52:

Bonsoir,
Je bute sur un problème : le noyau GENERIC que je tente de compiler ne boote pas.

À mon avis ça vient de la 8-STABLE et pas de l'option debug. Essaye avec un noyau 8.0 - RELEASE.

Si ça ne marche plus en 8-STABLE ils ont cassé quelque chose. Ça marche avec un noyau 8-STABLE et debug -g ?

Back to top

IP Logged

Dumpy

Senior Member

Offline

Posts: 313
GEMENOS
Gender: male

Re: noyau non viable
Reply #2 - 27. Mar 2010 at 14:22

Effectivement, debug n'a rien à voir avec le problème. Que le prompt soit figé, rien de plus normal, puisque l'USB pour le clavier/souris n'est pas encore chargé.
Si la machine tourne avec kernel.old, fait ce qu'il demande, vérifie d'abord ce qu'il y a dans /etc/fstab.

Vérifier aussi si un securelevel trop élevé n'aurait pas été mis à l'installation, dans certains cas, ca peut coincer, meme si les procédures d'install ont certains pouvoirs pour modifier les droits d'accès.
Si celà est, le mettre à -1 le temps des opérations, à reprendre à zéro, avec les dernières sources selon le tag utilisé

(Sauf erreur, la 8.0 est à p quelque chose...)

Back to top

Dumpy

IP Logged

pascal50 Full Member Offline I Love BSD! Posts: 125 La Flèche (72) Gender:	Re: noyau non viable Reply #3 - 27. Mar 2010 at 14:23 patrick wrote on 27. Mar 2010 at 13:59: À mon avis ça vient de la 8-STABLE et pas de l'option debug. Essaye avec un noyau 8.0 - RELEASE. Je peux faire ça ? c'est à dire "downgrader les sources du noyau à la version 8.0 - RELEASE. étant donné que j'ai déjà synchronisé les sources vers 8-STABLE
Back to top	IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: noyau non viable
Reply #4 - 27. Mar 2010 at 14:39

Dumpy wrote on 27. Mar 2010 at 14:22:

1) Que le prompt soit figé, rien de plus normal, puisque l'USB pour le clavier/souris n'est pas encore chargé.
2) Si la machine tourne avec kernel.old, fait ce qu'il demande, vérifie d'abord ce qu'il y a dans /etc/fstab.

3) Vérifier aussi si un securelevel trop élevé n'aurait pas été mis à l'installation, dans certains cas, ca peut coincer, meme si les procédures d'install ont certains pouvoirs pour modifier les droits d'accès.
Si celà est, le mettre à -1 le temps des opérations, à reprendre à zéro, avec les dernières sources selon le tag utilisé

4) (Sauf erreur, la 8.0 est à p quelque chose...)

1) je ne sais pas comment mettre l'USB en dur dans le noyau. Ca serait bien pratique d'avoir le clavier fonctionnel ?
2)
Quote:

                           eg. ufs:/dev/da0s1a
                           eg. cd9660:/dev/acd0
                           This is equivalent to: mount -t cd9660 /dev/acd0 /

J'ai l'impression que c'est un message passe partout et non pas un message personnalisé.
Voici le fstab qui tourne avec le noyau 8-RELEASE :
Quote:

# Device Mountpoint FStype Options Dump Pass#
/dev/ad8s1b none swap sw 0 0
/dev/ad8s1a / ufs rw 1 1
/dev/ad8s1h /home ufs rw 2 2
/dev/ad8s1g /opt ufs rw 2 2
/dev/ad8s1d /tmp ufs rw 2 2
/dev/ad8s1f /usr ufs rw 2 2
/dev/ad8s1e /var ufs rw 2 2
/dev/acd0 /cdrom cd9660 ro,noauto 0 0

proc /proc procfs rw 0 0

# http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html
linproc /usr/compat/linux/proc linprocfs rw 0 0

3) je ne comprends pas, comme dirai Boris Vian, Y'a quelque chose qui cloche, j'y retourne immédiatement ( ==> doc Wink

)
4) je ne comprends pas ?ironie ?

Back to top

IP Logged

David Marec

Senior Member

Offline

Posts: 386
Toulouse
Gender: male

Re: noyau non viable
Reply #5 - 28. Mar 2010 at 10:12

pascal50 wrote on 27. Mar 2010 at 14:39:

1) je ne sais pas comment mettre l'USB en dur dans le noyau. Ca serait bien pratique d'avoir le clavier fonctionnel ?

Il y est déjà, dans le noyau GENERIC: «device UKBD».

L'inconvénient est que le pilote AT est prioritaire.

Ajoutez l'option:
Code:

options KBD_INSTALL_CDEV

et virez le pilote AT du noyau:
Code:

device atkbd

.

Ajoutez les options: ( c'est écrit dans le manuel).
Code:

options UKBD_DFLT_KEYMAP
	   makeoptions UKBD_DFLT_KEYMAP=fr.iso

Et, mais je n'ai pas vérifié, désactivez aussi le multiplexeur:
Code:

 hint.kbdmux.0.disabled="1"

Quote:

Code:

                               eg. ufs:/dev/da0s1a
                               eg. cd9660:/dev/acd0
                               This is equivalent to: mount -t cd9660 /dev/acd0 /

J'ai l'impression que c'est un message passe partout et non pas un message personnalisé.

En général, il donne la liste des entrées possibles pour monter la racine.
Ça signifie simplement que les entrées de fstab ne correspondent pas à ce qui a été détecté par le noyau.

Back to top

WWW

IP Logged

David Marec

Senior Member

Offline

Posts: 386
Toulouse
Gender: male

Re: noyau non viable
Reply #6 - 28. Mar 2010 at 10:47

patrick wrote on 27. Mar 2010 at 13:59:

pascal50 wrote on 27. Mar 2010 at 00:52:

Bonsoir,
Je bute sur un problème : le noyau GENERIC que je tente de compiler ne boote pas.

À mon avis ça vient de la 8-STABLE et pas de l'option debug. Essaye avec un noyau 8.0 - RELEASE.

Comme l'a écrit patrick, c'est «8.0».
Donc, le «tag» «RELENG_8_0» lors de la synchronisation des sources.

Quote:

Si ça ne marche plus en 8-STABLE ils ont cassé quelque chose. Ça marche avec un noyau 8-STABLE et debug -g ?

Je n'ai personnellement rien vu passer concernant les disques.
L'AHCI, par exemple, n'est toujours pas activé par défaut, à ma connaissance.
- Les disques seraient alors renommés en adax -

J'espère que Pascal50 ne modifie pas sa configuration disque entre les noyaux.

Par contre, je n'ai pas compris l'origine du noyau qui fonctionne chez Pascal50.
Un ancien GENERIC, un fichier copié depuis Freesbie ou un autre CD ?

Back to top

WWW

IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: noyau non viable
Reply #7 - 28. Mar 2010 at 11:59

Je répond rapidement à :
Quote:

Par contre, je n'ai pas compris l'origine du noyau qui fonctionne chez Pascal50.
Un ancien GENERIC, un fichier copié depuis Freesbie ou un autre CD ?

C'est le noyau de l' installation originelle. 8-RELEASE, récupéré dans /boot/kernel.old après ma première tentative de compilation du noyau.

Récapitulatif :
j'ai synchronisé les sources sur la 8-STABLE
Quote:

$grep -v '^#' /root/stable-supfile | grep -v '^$'
*default host=cvsup.fr.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_8
*default delete use-rel-suffix
*default compress
src-all

Mais je n'ai jamais pu faire l'installation du world car aucun noyau n'a bouté. J'ai même effacé /usr/obj pour récupérer de la place lors de la compilation d'openoffice3.

Quote:

J'espère que Pascal50 ne modifie pas sa configuration disque entre les noyaux.

Le fstab est toujours le même.
C'est pour cela que j'aimerai avoir un clavier fonctionnel. et avoir ainsi la liste des partitions., ou des disques.

Pour le reste la relecture de vos réponse va me prendre du temps...

Back to top

« Last Edit: 28. Mar 2010 at 14:18 by pascal50 »

IP Logged

	Welcome, Guest. Please Login or Register