Console initial et repertoire /dev

Bonsoir,

Je tente de démarrer un kernel avec loadlin. J'ai créé au préalable un init factice, qui ne fait qu'afficher un petit texte de salutation avant d'entrer dans une boucle sans fin.

Mais le texte qu'Init affiche n'apparait pas, et la phase de boot du kernel se termine par le trop célèbre message « Warning : unable to open an initial console ».

J'ai essayé de passer les paramètres « console=/dev/tty0 » puis « console=tty0 ». Dans les deux cas, le kernel ne boot même plus, il s'arrête net aprés son lancement (i.e. juste aprés que loadlin vient de le decompresser). Je ne pense pas que le problème vient de loadlin, puisque que loadlin n'interprête pas ce paramètre, et le passe tel-quel au noyau.

La question que je me pose : employant un kernel 2.4, le repertoire dev est un repertoire spécial pris en charge par le système de fichier devfs. Il ne devrait donc pas y avoir besoin d'une arborescence dev sur la racine, puisque c'est le noyeau qui cré ce repertoire (bien que ce repertoire soit associé au repertoire dev depuis la racine, il n'existe qu'en mémoire, et est créé dynamiquement).

Alors pourquoi ne peut-il pas ouvrire la console initial ?

Une autre question : avant même d'avoir initialisé la moindre console (du moins en apparence), le kernel envoi de nombreuses sorties à l'écran. Quel est, dans les termes du noyau, le périphérique sur lequel sont envoyées ces sorties ? C'est une console spéciale ? Ce périphérique est-il encore accessible aprés la fin du boot du noyau ?

Merci pour vos indications

Quelqu'un(e) sait quels sont les éléments nécéssaires à l'ouverture de la console initiale ? Parce que le message « unable to open machin chose », on le voit partout, mais il ne dit rien. Et aucun document, même sur le site du ldp ne donne la liste des éléments nécéssaires à l'ouverture de la console initiale.

Le noyau affiche tout un tas de choses au démarrage, mais aprés avoir démarré, il ne sait plus rien afficher ... bizzare. Et aucun document qui explique cette logique : toujours du bricolage au cas par cas, sans jamais vraiment donner l'impression de comprendre ce qui se passe au fond : la documentation manque à ce sujet.

J'ai pourtant bien un tty dans le repertoire bin, j'ai bien un repertoire dev, j'ai bien un devs dont le montage s'effectue sur dev. So what is missing ?

... si au moins les messages du noyau étaient plus parlants... on voit défiler tout un tas de choses inutiles (puisqu'on a même pas le temps de les lire), mais les messages d'erreurs se contentent de 3 mots et n'indiquent absolument rien. C'est assurément un point sur lequel Linux devrait évoluer (même le MS-DOS est plus parlant à ce sujet).

Est-ce que le noyau averti quand il ne reconnais pas une option de démarrage ? Parce qu'il semble bien que devfs n'est pas monté, ou alors qu'il n'y a pas de tty(n) dans devfs. Pourtant, je peux passer le parmètre « root=/dev/hda1 »... et si le noyau interprète correctement ce paramètre, c'est qu'il reconnais bien « /dev », et donc que devfs fonctionne. Car sans devfs, comment le noyau pourrait-il connaitre « /dev/hda1 » alors que le dev sur disque est vide ? (note : j'ai bien le message qui confirme que la racine est monté)

Je me trompe ou pas en déduisant de cela que devfs est bien fonctionnel ?

La console est malgré-cela normalement crée, si je rempli le repertoire dev, physiquement sur le disque.

Est-il possible que defvs ne cré pas un périphérique aussi banal de tty ?

Note : on peut effectivement utiliser un repertoire dev sur une partition umsdos, à condition que les --linux-.--- soient bien présents et corrects.. Ce dernier point indiquant clairement que si c'est possible sur une partition umsdos, ça n'est pas possible sur une partition dos as-is.

Je constate un phénomène trés étrange.

Si je démarre avec un repertoire dev vide, le processus de démarrage s'arrête net aprés le message « unable to open machin-truc ». Mais si je remplie le repertoire avec seulement des entrées tty (tty, et tty0-tty9), le noyau affiche toujours le message « unable etc ... », mais il n'arrête pas le processus. C'est déjà, à ce point là, assez étrange.

Donc il ne peut pas ouvrire de console, malgré la présence des tty. Ceci signifie donc qu'il n'ouvre pas la console initiale par un tty ? Mais sur quoi alors ?

Mais il y a encore plus étrange : alors que la console initiale n'a pas été ouverte, les affichages se font tout à fait normalement, le démarrage se poursuit, l'init se lance.

Alors la console initiale ne sert à rien ? Qu'est-elle au juste ? Quelle est son rôle ?

La console initiale n'est effectivement pas obligatoire. La console initiale permet d'initialiser les handles d'entrée/sortie standard qui seront passés au processus initial (handles qui sont en C : stdin, stdout et stderr). Mais si la console initiale n'a pas put être ouverte pour des raisons quelquonques, cela n'empêche pas le noyau de lancer le processus initial, ce dernier pouvant toujours créer les consoles finales (comme par exemple les Init typiques, qui cré quelques consoles, accessibles par Alt-F(n)). Cette console initiale n'étant pas obligatoire, cela explique que le noyau le signale par un avertissement (warning), et non pas un message d'erreur fatale.

Même si cette console n'est pas formellement obligatoire, elle peut être requise par le processus initial. Tout dépend de lui et des applications lancées ensuite. Le mieux étant bien sure que cette console soit effectivement ouverte, garatissant que tout fonctionnera normalement.

Le noyau attend effectivement une entrée dev/console pour ouvrire la console initiale. Je suis quand même étonné en ce qui concerne devfs qui ne semble pas cré cette entrée standard (et qui ne semble toujours pas être monté sur /dev).