My CentOS installation stops booting at udev service
Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
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.
I have tried, "noapic", "acpi=off" and both didn't work.
I have waited more than 10 minutes, and PC hangs during this time. I had to press RESET button.
However when I have tried to install CentOS5 into my laptop (using same DVD), it installed and worked like a breeze.
So, I'm using CentOS 5 in my Lenovo N100 and till now, everything is fine.
But in case of desktop, it's not worked till today morning, so I installed fedora 8 instead.
I have Geforce 8600GT in desktop machine, could this be a problem? Since CentOS 5 is based on older version of Linux.
Distribution: Distribution: RHEL 5 with Pieces of this and that.
Kernel 22.214.171.124, KDE 3.5.8 and KDE 4.0 beta, Plu
No I doubt that is the issue. Both require nvidia drivers to be installed to work. Neither distro include nvidia do to legal issues. Pretty much Redhat is American made and needs to follow American law. Other distros like Ubuntu are other country and I guess follow thier laws as to what they can and can't do.
Sounded like a kernel issue with a piece of hardware. I have seen this with a firewire controller causing udev to stall. My guess the kernel Fedora uses has a fix for the troublesome piece of hardware.
It could have been the udev or hal packages have a fix. So if they were upgraded then maybe the system would be fine. Or upgrading the kernel may have resulted in the fix. Hard to say. Needless to say they are both Redhat type distros and use nearly the same confiugerd rpm packages and configuration files. It should be fine. It would make for a good challenge to determine what the bug was but would be a time consuming job if kernel and udev and hal package changes. But would not see why it would not run in the end.