X and Fluxbox :: No virtual terminals with X

I can't figure out what the problem would be then. All I can think that might be causing the black screen is if you were in tty3 or tty4 when you went back into runlevel 5, since those terminals don't exist in runlevel 5 by default....but that's just a guess and i haven't tested it. It seems that Alt+F2 should have taken you back into X. Another guess is that maybe you had X started in runlevel 2 on a higher terminal than is available in runlevel 5, but again i'm just shooting out theories. For all i know these things could have no affect at all.

This is something worth playing around with, though...i'll post again if i find anything interesting.

My current experimental setup has 4 virtual terminals in all runlevels to avoid such problems, and I always start X by switching to runlevel 5 and letting the scripts take care of the rest. Be carefull with multiple virtual terminals in runlevel 5 as startx is called by .bash_profile for user dsl. If you log out of a virtual terminal, startx will get called again. I don't know if this will help any, but on all of the physical machines I'm testing on, I get a "Invalid Mode Number Passed" error at boot if I don't use the vga=normal cheat code. This error does not occur in Virtual PC however, but the virtual terminal behavior is still the same.

That's something that i took care of long ago. I don't like automatically going into X, so removed startx from .bash_profile.

That said, I found a solution that works for me...don't know if it would work for you. What I had posted earlier only worked because i switched to runlevel 2 and then back to runlevel 5. If the edited inittab was part of a backup, it does not automatically work because init has already run long before backups are restored. So what i did was add "telinit q" to /opt/bootlocal so that /etc/inittab will be re-read after the file is restored from backup. As long as startx is removed from the picture, the result is four terminals logged in as user dsl. Manually entering 'startx', as i typically do anyway, gives me an X session plus three extra terminals.
The only difference now between this and the standard setup is that the terminals are already logged in. I'll have to look into that a bit more to see if there is a way around it in DSL.

Quote (mikshaw @ June 17 2005,15:44)

So what i did was add "telinit q" to /opt/bootlocal so that /etc/inittab will be re-read after the file is restored from backup.

Doesn't work for me. I guess I'm just going to have to stick with small virtual terminals.

Quote (mikshaw @ June 17 2005,15:44)

The only difference now between this and the standard setup is that the terminals are already logged in. I'll have to look into that a bit more to see if there is a way around it in DSL.

Go into inittab and replace:
1:12345:respawn:/bin/bash -login >/dev/tty1 2>&1 </dev/tty1

with:
1:12345:respawn:/sbin/getty 38400 tty1

looky there...you come here hoping for an answer and give more help than you get. The one minor issue with your suggestion is that it requires the 'secure' boot option because the getty requires a password. Apart from that tiny detail...Thank you! It's exactly what I was hoping for.
Sorry i don't know what else to say....it works here and i don't know why it doesn't work for you =o(

Next Page...
original here.