1 |
>> No mistake as far is I can tell after checking the /etc/inittab on |
2 |
the |
3 |
>> booted gnap virtual machine I decided to try changing runlevels from |
4 |
>> 3 to 4 and back again this seems to have worked cause I havn't seen |
5 |
>> the message since [...] |
6 |
|
7 |
> well, a reboot, changing runlevels or at least a "telinit q" is |
8 |
> necessary to make init aware of the changed inittab. I didn't mention |
9 |
> this before... |
10 |
|
11 |
>> -- this leads me to believe that some thing else is |
12 |
>> enabling the s0 tty, something that ignores inittab |
13 |
>> As a matter of interest: the I/O error hasn't shown up in the logs |
14 |
>> since I first commented out s0 line in inittab |
15 |
|
16 |
> OK, then it worked. But please note that the "s0" is the name of the |
17 |
> inittab entry (read "man inittab") and doesn't per se specificate a |
18 |
> device. That's done in another place and the correct device name is |
19 |
> ttyS0 (capital "S"). The line could have a totally different name. |
20 |
|
21 |
I had a feeling that might be the case |
22 |
|
23 |
> Anyway, the inittab issue seems to be gone for you |
24 |
|
25 |
Not quite. See I DID reboot because I made a new GNAP iso image with my |
26 |
version of inittab in the overlay etc directory -- it STILL boots with |
27 |
the 'INIT: Id "s0" respawning too fast: disabled for 5 minutes' message |
28 |
showing up every 5 minutes. |
29 |
It only seems to stop after I change the runlevel by hand I'm confused |
30 |
as to why this is the case does GNAP first use its own version of |
31 |
inittab BEFORE replacing it with the one from the overlay? |
32 |
Or is there some other mechanism that's attempting to start the console |
33 |
on ttyS0? |
34 |
|
35 |
ps aux shows tty[123456] but no ttyS0 |
36 |
|
37 |
...hang on I just caught it while it had a tts/0 tho running |
38 |
/sbin/agetty -L -I 19200 ttys0 vt100 |
39 |
|
40 |
-- |
41 |
gentoo-embedded@g.o mailing list |