Tried and true FC-8 installed on new(er) intel box; can't get past "Starting UDev"
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
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.
Tried and true FC-8 installed on new(er) intel box; can't get past "Starting UDev"
Installed FC-8 (DVD) on old dell 866mhez desktop years ago; works like a champ.
Inherited dimension 2400, used same DVD. No errors loading (std config). Reboot and linux starts. Gets to 'Set clock - ok' and hangs on 'starting UDev'
I really don't know, looking at the man page for udev, I see you may be able to edit the conf file and that may be an option, maybe with a live cd/stick
Description
udev provides a dynamic device directory containing only the files for actually present devices. It creates or removes device node files usually located in the /dev directory, or it renames network interfaces.
As part of the hotplug subsystem, udev is executed if a kernel device is added or removed from the system. On device creation, udev reads the sysfs directory of the given device to collect device attributes like label, serial number or bus device number. These attributes may be used as keys to determine a unique name for the device. udev maintains a database for devices present on the system.
On device removal, udev queries its database for the name of the device file to be deleted.
Configuration
All udev configuration files consist of a set of lines of text. All empty lines and lines beginning with a '#' will be ignored.
Will the machine start in safe mode, or single user?
There might be a way to install an updated kernel that way.
AUHH. I think I just figured it out (maybe). You're UDEV was a godsend -THANK YOU. I didn't even THINK to check man page.
....no, doesn't get to safe or single user mode. I might have to upgrade OS...hoping to do that after I got up 'n running (and files transferred).
Thanks Glen!
Booting Slackware (previous version I tried this with was 11.0, so some time ago) a kernel boot-line option of "noudev" (or the even earlier equivalent of that: "nohotplug") would get the machine booted up in cases where the boot was hanging at udev initialization.
Of course, you will perhaps not have quite the great hardware recognition that you will have with udev enabled, but you can (maybe/hopefully) at least get the machine booted, and then set about editing or configuring your udev stuff to eliminate the hang for the future.
In any event, do let us know how you get it figured out. Good luck
Stupid, Stupid, Stupid. 100 times on the blackboard.
I didn't bother to look at the hardware in the ports. Had both a wireless network card and an ethernet card installed. I had plugged in the ethernet, but during bootup, the wireless was transmitting and causing a port conflict. Removed the wireless card, booted as expected. STUPID!
Thanks Glen!
@ LateNighter -- you might be able to get around that "port conflict" by either changing one of the devices to another slot, if you have one, or by checking in your BIOS to see if you can assign a different interrupt to one of the devices.
(NOTE: I'm assuming that you are having an IRQ conflict when you say "port conflict")
In the past, I have had very strange things happen when I had both a wireless PCI card, plus a PCI dialup modem, installed at the same time. But changing which slots they were plugged into, I was able to get around it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.