Kernel 2.6 - BB 1.9 / Virtuelle Konsolen

[ingrid]

Wenn ich mit dem 2.6er Kernel die Busybox 1.9.0 benutze, bekomme ich das im Loop im Log:

Please press Enter to activate this console.
Can't open /dev/vc/2: No such file or directory
starting pid 355, tty '': '/etc/init.d/start'
Can't open /dev/vc/3: No such file or directory
Can't open /dev/vc/4: No such file or directory
Can't open /dev/vc/5: No such file or directory
Can't open /dev/vc/6: No such file or directory
process '-/bin/sh' (pid 357) exited. Scheduling it for restart.
process '-/bin/sh' (pid 358) exited. Scheduling it for restart.
process '-/bin/sh' (pid 359) exited. Scheduling it for restart.
process '-/bin/sh' (pid 360) exited. Scheduling it for restart.
process '-/bin/sh' (pid 361) exited. Scheduling it for restart.

Was sagt mir das?

Die Box scheint trotz der Meldung okay zu laufen. Mit 2.4er Kernel habe ich das Problem übrigens nicht...

[Tommy]

kannst Du die nodes nicht vorher bauen? mit mknode in der rcS oder mit tuxbox-cvs\apps\misc\tools\makedevices

[ingrid]

Theoretisch könnte ich das tun, aber warum muss ich das nicht beim 2.4er Kernel?

Und vor allem: Warum muß ich das nicht, wenn ich BB 1.7.2 (CVS-Standard) benutze?

[seife]

ich habe in meiner inittab überhaupt keine vc's, das spart auch Speicher

Code: Alles auswählen

/var $ cat /etc/inittab
::sysinit:/etc/init.d/rcS

::once:/etc/init.d/start

#tts/0::respawn:/bin/agetty -L tts/0 9600 vt102
#vc/1::respawn:/bin/agetty 38400 vc/1
#vc/2::respawn:/bin/agetty 38400 vc/2
#vc/3::respawn:/bin/agetty 38400 vc/3
#vc/4::respawn:/bin/agetty 38400 vc/4
#vc/5::respawn:/bin/agetty 38400 vc/5
#vc/6::respawn:/bin/agetty 38400 vc/6

# this sucks
::askfirst:-/bin/sh
#vc/1::askfirst:-/bin/sh
#vc/2::askfirst:-/bin/sh
#vc/3::askfirst:-/bin/sh
#vc/4::askfirst:-/bin/sh
#vc/5::askfirst:-/bin/sh
#vc/6::askfirst:-/bin/sh

::restart:/sbin/init
::ctrlaltdel:/sbin/reboot
::shutdown:/etc/init.d/halt

Also kommentier das einfach aus und du hast Ruhe.

Der 2.4er hat devfs, der macht alle devices automatisch. Warum machst du dir einen 2.6er drauf, wenn du die Unterschiede nicht kennst? ;-)

Busybox 1.7 ignoriert die fehlschlagenden Prozesse vermutlich einfach still.

[ingrid]

Naja, ich habe ein Keyboard, brauche ich die vc's nicht, um mir Konsolen auf den Fernseher zu zaubern?

Ähm, man muß doch nicht jedes Detail wissen, wenn man mal was neues ausprobieren will? Alles andere läuft ja sonst, also kann ich ja nicht ganz so blöd sein.
Allerbesten Dank und Respekt für Deine sehr wertvolle Arbeit, aber den Kommentar hätteste Dir verkneifen können. Vor allem gibt's ja noch nicht viele, die sich mit dem 2.6er Kernel auseinandergesetzt haben, da wäre doch jeder "Bugreport" sinnvoll, oder? Den NFS-"Bug" haben wir ja vorhin ziemlich produktiv erschlagen. ;-)

[seife]

Du hast den smily übersehen

Das ist schon in Ordnung. Patche dir das einfach in makedevices.c:

Code: Alles auswählen

Index: makedevices.c
===================================================================
RCS file: /cvs/tuxbox/apps/misc/tools/makedevices/makedevices.c,v
retrieving revision 1.2
diff -u -p -r1.2 makedevices.c
--- makedevices.c       18 Nov 2007 18:12:52 -0000      1.2
+++ makedevices.c       24 Jan 2008 19:57:30 -0000
@@ -51,6 +51,13 @@ struct deventry devices[] = {
        { "loop5",      B, 7, 5 },
        { "loop6",      B, 7, 6 },
        { "loop7",      B, 7, 7 },
+       { "vc/0",       C, 7, 0 },
+       { "vc/1",       C, 7, 1 },
+       { "vc/2",       C, 7, 2 },
+       { "vc/3",       C, 7, 3 },
+       { "vc/4",       C, 7, 4 },
+       { "vc/5",       C, 7, 5 },
+       { "vc/6",       C, 7, 6 },
        { "input/mouse0",       C, 13, 32 },
        { "input/mice",         C, 13, 63 },
        { "input/event0",       C, 13, 64 },

Und in rcS _vor_ dem makedevices-Aufruf (!) ein "mkdir /dev/vc", dann sollte das schon gehen.
Das mit derselben major für vc/* und loop* finde ich zwar seltsam, ist aber im 2.4er auch so

[ingrid]

Hrmmm.... Nichts zu machen. Die Devices werden damit zwar erstellt, aber die Meldungen kommen trotzdem.

[seife]

Hm, keine Ahnung.
Nimm halt busybox 1.7, oder hat 1.9 ein Killerfeature, außer den Fehlermeldungen?

[hannoo]

Setz mal ans Ende aller Startdateien rcS,start usw. am Ende ein exit 0,das könnte helfen.

[seife]

Das glaube ich nicht, da das Meldungen vom init sind, der da die shells auf den Konsolen startet. Mit den init-skripten hat das sehr wahrscheinlich genau garnix zu tun.

[ingrid]

Das hier scheint zu helfen, jedenfalls sind die Meldungen weg:

rcs.m4:

Code: Alles auswählen

@@ -122,6 +122,12 @@
 
 	ln -sf /dev/fb0 /dev/fb/0
 	ln -sf /dev/tty0 /dev/vc/0
+	ln -sf /dev/tty1 /dev/vc/1
+	ln -sf /dev/tty2 /dev/vc/2
+	ln -sf /dev/tty3 /dev/vc/3
+	ln -sf /dev/tty4 /dev/vc/4
+	ln -sf /dev/tty5 /dev/vc/5
+	ln -sf /dev/tty6 /dev/vc/6
 		
 	mount /dev/pts
 fi

makedevices.c:

Code: Alles auswählen

...
	{ "tty0",	C, 4, 0 },
	{ "tty1",	C, 4, 1 },
	{ "tty2",	C, 4, 2 },
	{ "tty3",	C, 4, 3 },
	{ "tty4",	C, 4, 4 },
	{ "tty5",	C, 4, 5 },
	{ "tty6",	C, 4, 6 },
...

Mal schauen, ob die Konsolen damit wirklich funktionieren...

Wirkt nur irgendwie "unelegant". Und ob ich mir nun nicht nur eine Handvoll Dummys erzeugt habe, weiß ich auch noch nicht.

[ingrid]

Okay, Umschalten der Konsolen mit dem Keyboard funktioniert nicht. Mal schauen, wann ich meine andere Box auf 2.6 umstelle, da kann ich das besser testen.

Wenn jemand noch 'ne Idee hat, immer her damit. ;-)

[ingrid]

Seife's Patch war eigentlich schon mal nicht schlecht, jedoch ist die Major-# sowohl für vc als auch für tty die 4 und nicht 7. Damit ist mein rcS-Patch natürlich überflüssig.

Die Devices werden jetzt von makedevices erstellt, umschalten mit dem Keyboard auf die verschiedenen Konsolen funktioniert trotzdem nicht. Irgendwas übersehe ich wohl noch...


Übrigens seife, in der makedevices im CVS ist ein kleiner Fehler bei tty1:

Code: Alles auswählen

@@ -35,7 +35,7 @@
 	{ "random",	C, 1, 8 },
 	{ "urandom",	C, 1, 9 },
 	{ "tty0",	C, 4, 0 },
-	{ "tty1",	C, 4, 2 },
+	{ "tty1",	C, 4, 1 },
 	{ "tty2",	C, 4, 2 },
 	{ "tty3",	C, 4, 3 },
 	{ "tts/0",	C, 4, 64 },