What is the reason for having so many virtual consoles?
I would understand if there was one in case the GUI crashes but 6 more besides the default? What are they for? I even see no usage for any of them except when the GUI freezes.
Short answer: why not? (implied smile, please)
More lengthy one: it is mostly a history thing, I suppose. There where 6 virtual consoles in the first kernel I booted with VC support, I really forgot when (it was around 1990, I think). Then when you started the graphical environment (by hand, with
For example, I used run three editors (a program, its input data, a TeX file describing it), one VC for compiling, another to read a manual, and another one connected via telnet to my mail server.
I suspect that the rationale for still using six virtual consoles is to let the graphic VC on #7 for everyone, so you can write on manuals "
As a side note, you can (I suppose --- never tried) trim down the VCs. Simply do
to stop VC#6, following the upstart manual.
Why not more? Run
(some graphics have bugs with this)
When you really start to utilize this feature 7 tty's (the seventh one is the default)seem way to few - and you can add more.
To reduce the number: How can I reduce the number of TTYs?
The practicality is real. There can be multiple programs running simultaneously in the truly multi-user Linux system, and you can drop in to check on each one if each one runs in its own virtual terminal. When you log in to each one, you can log in as different users, if needed. Now, granted, many folks arrive at Linux with a single-user perspective, but since Linux was born multi-user, that capability was never discarded.