FedoraThis forum is for the discussion of the Fedora Project.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm also experiencing the same problem with Centos 5 x86&x64 installed in VmWare. The boot loader does not switch to VT 7 automatically instead it has to be manually switched to get the GDM login.
That's good , having to be able to see your menu.lst file can be helpful.
Firstly a minor thing , comment out the hiddenmenu command so that you can get the grub menu to display on the screen.
I think that your problem could be in your kernel boot parameters and using the noapc option.
Unfortunately, installation fails in a very short time if I don't use the noapic option, so it's essentioal on this machine. It's a Gigabyte GA-M59SLI-S5 (NForce 590 chipset) board, with an AMD 64-bit CPU.
Quote:
I don't know enough about your system hardware , but it looks like there is a problem with the noapic option which could be causing a conflict and dumps you straight to a shell to fix it.
Do a search for the noapic kernel option to see if you can find a connection with your system hardware setup.
You know, the strange thing is that it's totally undeterministic. In most cases, it works perfectly. Sometimes, it just drops me to the text console after the splash screen of the nvidia driver. Thanks for your help!
Unfortunately, installation fails in a very short time if I don't use the noapic option, so it's essentioal on this machine. It's a Gigabyte GA-M59SLI-S5 (NForce 590 chipset) board, with an AMD 64-bit CPU.
You know, the strange thing is that it's totally undeterministic. In most cases, it works perfectly. Sometimes, it just drops me to the text console after the splash screen of the nvidia driver. Thanks for your help!
Peter
I believe this is a bug with the rhgb package. If you remove the option in the GRUB conf file, the GDM should now automatigically switch over.
Another workaround is to update the package with the FC 7 version.
I've tried both workarounds and they work on the Centos 5 distros.
I don't think that this is what the problem is. It works normal most of the time, and XServer is not actually failing - I just get sent to a different virtual console instead. This is mainly just a minor nuisance now that I know how to fix it, but it is still a nuisance. Also, if I try to switch to a text virtual console while I have a media player playing on Gnome, my screen just goes blank and then the computer hangs and plays whatever note the song is up to over and over again. If I try to lock my session in KDE and switch to another (via the Kmenu option) it does the same thing - just hangs there.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.