Description of problem:
If you comment out the prefdm line from /etc/inittab and restart your machine,
rhgb will freeze the GUI and keyboard after starting all the services.
Version-Release number of selected component (if applicable):
RHEL ES v4 U4 but I've reproduced it on other versions of RHEL v4
Steps to Reproduce:
1. Edit /etc/inittab and # the prefdm line
2. Restart the machine/server
3. Afer init has run the init scripts and started the services, the GUI and
GUI and keyboard freezes
rhgb shouldn't freeze. Although run level 5 usually means that an X server is
running, this is totally customizable. So rhgb shouldn't take it for granted
that it will find an X server running on :0.
I isolated the issue by disabling rhgb from the grub kernel line and the server
boots fine without rhgb.
Does it freeze with a graphical mouse cursor still on the screen?
or does it freeze with a blank black screen?
or does it just end up on the wrong vt (and ctrl-alt-f1 works to bring it back)?
Thanks for your prompt reply. It freezes with the graphical mouse cursor still
on the screen the the GUI running.
Just wanted to add that as far as I can tell, this isn't hardware dependent. I
was able to replicate the problem on more than one machine (with different
hardware) as well as on VMware.
Any updates on this issue? Thanks.
Do you still see this with RHEL 4.5?
I'll download RHEL 4.5 and try it out and update you.
I see this behavior now with RHEL 4 update 3 on a HP Proliant DL380 (via remote
console) as well as with VMware.
There is no rhgb or X server running.
The screen is frozen with the progress bar at 100%.
There is no activity on the display at all.
The system is booted & I am able to ssh to login.
The mingetty processes are running on tty1-tty6.
The KDE display manager, kdm, is running, but no X server is configured to start
I can start an X server from a remote session and it is functional, but on
termination, the display is frozen, with no mouse cursor visible.
I can find no means to reset the display to a state where the vc's are usable
for text logins.
To duplicate the behavior:
1) disable X server startup (gdm.conf or Xservers)
Charles, can you try with RHEL 4.5?
I just tried upgrading rhgb from rhgb-0.14.1-8.i386.rpm to
The problem seems to be resolved, at least with the VMware system that I've been
testing. I do not have a physical system that I can reboot at the moment.
Is there any chance that there might be a way to recover the console in the
event that a system gets stuck in this state, pre 4.5?
if you remove "rhgb" from the kernel command line in the grub menu then the
system will boot without rhgb
(In reply to comment #10)
> if you remove "rhgb" from the kernel command line in the grub menu then the
> system will boot without rhgb
Thanks, I am aware of this option. It requires a reboot, which does not happen
often. Is there any alternative?
Also, is there any means to detect a system console that is in this state
without visiting the console of each system?
I discovered another option to disabling rhgb:
In /etc/sysconfig/init, set GRAPHICAL="no".
This seems like a better solution than removing rhgb from grub.conf as I could
not find any documentation which explains how grubby updates grub.conf when
kernel RPMs are installed/updated.
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life.
Please See https://access.redhat.com/support/policy/updates/errata/
If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.