At Sat, 28 Aug 2010 17:38:41 +0200 CentOS mailing list centos@centos.org wrote:
On 08/28/2010 05:29 PM, ganu MailList wrote:
I had set the initdefault as 5
So, X11 should start up.
Could you elaborate your question? What's happening (or not happening)?
I think the OP is seeing the console login screen *briefly* between the end of the startup and the appearence of the GUI login screen. He probably has the (default) graphical startup (which shows a graphical progress bar screen instead of the 'Starting foo [OK]' lines on the system console. Once the startup finishes, the graphical progress bar screen goes away, the console login screen shows up (briefly) and then gdm starts the X server for its GUI login screen.
This is normal (for UNIX/Linux systems). I know, it is not very 'Windowsy', which 'seamlessly' goes from its 'Windows is starting...' to its GUI login screen. This is due to these factors:
1) Even when you set the init level to 5, the console login screen(s) are still available -- Ctrl-Alt-F1...F6 are available for console logins, and Ctrl-Alt-F7 selects the GUI login screen.
2) The incarnation of the X server that is running during the graphical startup is not continious with the incarnation of the X server that is running (started by) gdm for GUI logins.
Note: unlike MS-Windows, the X server (the GUI subsystem) is a user-mode process and is transient. It is actually re-started when one logs out.
Timo _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Sat, Aug 28, 2010 at 12:53:06PM -0400, Robert Heller wrote:
I think the OP is seeing the console login screen *briefly* between the end of the startup and the appearence of the GUI login screen. He probably has the (default) graphical startup (which shows a graphical progress bar screen instead of the 'Starting foo [OK]' lines on the system console. Once the startup finishes, the graphical progress bar screen goes away, the console login screen shows up (briefly) and then gdm starts the X server for its GUI login screen.
Note that with newer kernels and drivers which support KMS (kernel mode setting), the "flash" isn't necessary. You'll see this improved on RHEL 6.
On 08/28/2010 12:50 PM, Les Mikesell wrote:
On 8/28/10 10:29 AM, ganu MailList wrote:
I had set the initdefault as 5
5 comes after 1,2,3, etc.
I do hope you were making a joke and not really claiming that the system progresses through runlevels 2, 3, and 4 on its way to runlevel 5.
On 8/28/10 11:04 PM, Robert Nichols wrote:
On 08/28/2010 12:50 PM, Les Mikesell wrote:
On 8/28/10 10:29 AM, ganu MailList wrote:
I had set the initdefault as 5
5 comes after 1,2,3, etc.
I do hope you were making a joke and not really claiming that the system progresses through runlevels 2, 3, and 4 on its way to runlevel 5.
Progressing through the run levels is the way it is supposed to work to ensure that the complex and necessary sequence of processes started by init are done in the right order when you change levels either direction. At least that's the way it was designed in unix. Linux sometimes cheats - and using runlevel 5 to start X was sort of an afterthought. I guess you could wade through the /etc/rc script to see what it does these days.
On Sun, Aug 29, 2010 at 11:37:06AM -0500, Les Mikesell wrote:
5 comes after 1,2,3, etc.
I do hope you were making a joke and not really claiming that the system progresses through runlevels 2, 3, and 4 on its way to runlevel 5.
Progressing through the run levels is the way it is supposed to work to ensure that the complex and necessary sequence of processes started by init are done in the right order when you change levels either direction. At least that's the way it was designed in unix. Linux sometimes cheats - and using runlevel 5 to start X was sort of an afterthought. I guess you could wade through the /etc/rc script to see what it does these days.
It's not really "cheating" -- or "these days", for that matter. Runlevels in Red Hat and related distros have always been discrete steps, rather than cumulative.
On 8/29/10 11:43 AM, Matthew Miller wrote:
On Sun, Aug 29, 2010 at 11:37:06AM -0500, Les Mikesell wrote:
5 comes after 1,2,3, etc.
I do hope you were making a joke and not really claiming that the system progresses through runlevels 2, 3, and 4 on its way to runlevel 5.
Progressing through the run levels is the way it is supposed to work to ensure that the complex and necessary sequence of processes started by init are done in the right order when you change levels either direction. At least that's the way it was designed in unix. Linux sometimes cheats - and using runlevel 5 to start X was sort of an afterthought. I guess you could wade through the /etc/rc script to see what it does these days.
It's not really "cheating" -- or "these days", for that matter. Runlevels in Red Hat and related distros have always been discrete steps, rather than cumulative.
It kind of misses the point of the design if you have to start the network anyplace but runlevel 3.
On Sun, Aug 29, 2010 at 05:43:57PM -0500, Les Mikesell wrote:
It's not really "cheating" -- or "these days", for that matter. Runlevels in Red Hat and related distros have always been discrete steps, rather than cumulative.
It kind of misses the point of the design if you have to start the network anyplace but runlevel 3.
Missing the point of the design or not, that's precisely how it works and has always worked when you start in runlevel 5 (or 4) on a Red Hat-related Linux distribution.
On 08/29/2010 11:37 AM, Les Mikesell wrote:
On 8/28/10 11:04 PM, Robert Nichols wrote:
On 08/28/2010 12:50 PM, Les Mikesell wrote:
On 8/28/10 10:29 AM, ganu MailList wrote:
I had set the initdefault as 5
5 comes after 1,2,3, etc.
I do hope you were making a joke and not really claiming that the system progresses through runlevels 2, 3, and 4 on its way to runlevel 5.
Progressing through the run levels is the way it is supposed to work to ensure that the complex and necessary sequence of processes started by init are done in the right order when you change levels either direction. At least that's the way it was designed in unix. Linux sometimes cheats - and using runlevel 5 to start X was sort of an afterthought. I guess you could wade through the /etc/rc script to see what it does these days.
The script goes directly to the specified runlevel. Nothing from the other /etc/rc.d/rc[0-6].d directories is examined at all. That's the way it has been for a long, long time.
-
ganu MailList -
Les Mikesell -
Matthew Miller -
Robert Heller -
Robert Nichols -
Timo Schoeler