In many Linux distros, runlevel 3 suggested by the previous poster boots to a command line, not to X, and runlevel 4 boots to the GUI.
Others (such as Debian) boot to a GUI unless the login display manager is actually uninstalled. Then they boot to a command line. (I know that about Debian only because I looked it up a couple of days ago.) X can be started from the command line by typing
startx.
Quote:
Originally Posted by dfense
the downside with manually launching startx is it may very well not have a human around during it's reboot to time it accordingly. If it occurs w/o the monitor available, it will fail. We need to assume the monitor will not be online.
|
If you are booting to a non-GUI runlevel
and X is being started manually,
and there is no human around to start it,
then it could not start and fail.
It shouldn't launch at all until someone logged on and started it.
(If someone tries to start X over an remote connection, you have a human problem, not a computer problem.)
A personal story: I used to have a couple of Slackware machines connected to a KVM (Slackware boots to the command line by default, not to the GUI). I could reboot them over ssh, sometimes from hundreds of miles away, and they came up fully functional.
One of them was my webserver (I used to self-host) and the remote access was sometimes vital to my ability to be annoying in public.
Then, when I was physically with them, I could turn on the monitor, select the machine I wanted, log in, issue startx, and have full GUI functionality.
Based on this experience, I second Heidelberg's suggestion.