LinuxQuestions.org - A few issues, Slackware 13 64bit

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - A few issues, Slackware 13 64bit (https://www.linuxquestions.org/questions/slackware-14/a-few-issues-slackware-13-64bit-757374/)

Since I started with Slackware it has always been 6 VTs in runlevel 3, only one in runlevel 4 (console 6). That is the expected behaviour. The X server always runs on 7 and above and no one has suggested differently. Only consoles with a '4' in their definition line will start in runlevel 4. Your posted file (the default) only has '4' in c6, and hence you can access console 6 normally -- but none of the other consoles are available. X is still on 7 whether in runlevel 3 or 4. If you achieved the behaviour in your last post on a previous Slackware version, it was either configured strangely (ie not the default) or you somehow corrupted your installation (or it was buggy but I very much doubt that). What you are seeing matches the expected behaviour *exactly*. To get all consoles available in runlevel 4 just add 4 to the list of options for c1-c5.

Code:

#These are the standard console login getties in multiuser mode:

c1:12345:respawn:/sbin/agetty 38400 tty1 linux

c2:12345:respawn:/sbin/agetty 38400 tty2 linux

c3:12345:respawn:/sbin/agetty 38400 tty3 linux

c4:12345:respawn:/sbin/agetty 38400 tty4 linux

c5:12345:respawn:/sbin/agetty 38400 tty5 linux

c6:12345:respawn:/sbin/agetty 38400 tty6 linux

Seems to be what you're looking for. You can try to convince us that you're correct...but you aren't, and that inittab matches up exactly with what should be happening.

Quote:

Originally Posted by T3slider (Post 3835050)

Since I started with Slackware it has always been 6 VTs in runlevel 3, only one in runlevel 4 (console 6). That is the expected behaviour.

Seems to be what you're looking for. You can try to convince us that you're correct...but you aren't, and that inittab matches up exactly with what should be happening.

100% correct ++

As for the ctrl+alt+backspace...

The default behaviour for X has been changed (stupidly IMHO but don't get me started) so that Ctrl+Alt+Bkspce no longer kills X. We restore this action to it's correct behaviour using HAL.
Look in

Code:

/usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi

for the line

Code:

<merge key="input.xkb.options" type="string">terminate:ctrl_alt_bksp</merge>

So if in your "Quest for purity" you decided to disable HAL then that is likely the reason your "Terminate" fails in X.

Quote:

Originally Posted by T3slider (Post 3835050)

Code:

#These are the standard console login getties in multiuser mode:

c1:12345:respawn:/sbin/agetty 38400 tty1 linux

c2:12345:respawn:/sbin/agetty 38400 tty2 linux

c3:12345:respawn:/sbin/agetty 38400 tty3 linux

c4:12345:respawn:/sbin/agetty 38400 tty4 linux

c5:12345:respawn:/sbin/agetty 38400 tty5 linux

c6:12345:respawn:/sbin/agetty 38400 tty6 linux

Seems to be what you're looking for. You can try to convince us that you're correct...but you aren't, and that inittab matches up exactly with what should be happening.

So basically, you're saying that I would have to add "4" to all of them in order to get them all available since I have X run automatically at boot-up to handle login.. Is that right?

Where as, if I reset it to have it stop at the command line (login and then run startx) they would all immediately become available in its current configuration.

Am I understanding that correctly? (I'm still relatively new, so I wanna make sure)

Ah okay, thanks for clearing that up. :D