I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
Lonni J Friedman wrote:
I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
Dumb question - does it lock up before or after printing OK for the udev line?
Mikkel
On 5/19/06, Mikkel L. Ellertson mikkel@infinity-ltd.com wrote:
Lonni J Friedman wrote:
I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
Dumb question - does it lock up before or after printing OK for the udev line?
before. udev is definitely where its dying.
"Lonni J Friedman" netllama@gmail.com writes:
I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
I've seen it happen occasionally on my inspiron 6400. A reboot usually "fixes" it, but I don't know what causes it.
On 19 May 2006 19:56:53 -0400, dj+fedora@delorie.com dj+fedora@delorie.com wrote:
"Lonni J Friedman" netllama@gmail.com writes:
I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
I've seen it happen occasionally on my inspiron 6400. A reboot usually "fixes" it, but I don't know what causes it.
I've attempted to boot about 10 times now, and it happens every time.
Lonni J Friedman wrote:
On 19 May 2006 19:56:53 -0400, dj+fedora@delorie.com dj+fedora@delorie.com wrote:
"Lonni J Friedman" netllama@gmail.com writes:
I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
I've seen it happen occasionally on my inspiron 6400. A reboot usually "fixes" it, but I don't know what causes it.
I've attempted to boot about 10 times now, and it happens every time.
I have seen this on every upgrade/install I've done. In grub add selinux=0 to the kernel line and it will boot fine.
On 5/19/06, Mark Haney mhaney@ercbroadband.org wrote:
Lonni J Friedman wrote:
On 19 May 2006 19:56:53 -0400, dj+fedora@delorie.com dj+fedora@delorie.com wrote:
"Lonni J Friedman" netllama@gmail.com writes:
I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
I've seen it happen occasionally on my inspiron 6400. A reboot usually "fixes" it, but I don't know what causes it.
I've attempted to boot about 10 times now, and it happens every time.
I have seen this on every upgrade/install I've done. In grub add selinux=0 to the kernel line and it will boot fine.
Tried that, no change. I guess I should have mentioned, I've already tried selinux=0 noapic and acpi=off and none of them has had any impact.
On Fri, 2006-05-19 at 16:30 -0700, Lonni J Friedman wrote:
I just installed FC5 (x86) on a Samsung R65 notebook, and when booting it completely locks up when starting udev. Anyone have any ideas?
Welcome to Club Udev. I'm not only the President, I'm a member as well. Check bugzilla, there are some fixes for some folks, notebooks notably. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186164
Me, for my desktop that hangs, I just wait until it times out (about 2-3 minutes) and then it'll proceed to boot, at least in my case.
I turn the power on, walk away to the kitchen, open the refridge, grab salami, cheese,tomatoes, lettuce, condiments... dig open some cuban bread (slicing it is so norte americano) and make a hoagie. Pop a beer, and go back into the den. If it has booted by then, at least it's running. Have a long swig and send a tip of the hat to the Master Coder for your reprieve.
Booting from rescue cd and turning off the kudzu worked for me. Try.
/sbin/chkconfig kudzu off
On 5/19/06, Kevac Marko mkevac@gmail.com wrote:
Booting from rescue cd and turning off the kudzu worked for me. Try.
/sbin/chkconfig kudzu off
The udev boot hang is before kudzu runs.
Lonni J Friedman wrote:
On 5/19/06, Kevac Marko mkevac@gmail.com wrote:
Booting from rescue cd and turning off the kudzu worked for me. Try.
/sbin/chkconfig kudzu off
The udev boot hang is before kudzu runs.
Had the same problem. In my situation, it seemed to be something to do with the probing parallel port. Booted in rescue mode and edited the /etc/sysconfig/modules/udev-stw.modules and removed 'parport_pc parport lp' from the 'for' line and it's been booting just fine ever since. Put the printer intialization in the rc.local for the moment and everything works. Have no explanation.
Cokey
Lonni J Friedman:
The udev boot hang is before kudzu runs.
Cokey:
Had the same problem. In my situation, it seemed to be something to do with the probing parallel port. Booted in rescue mode and edited the /etc/sysconfig/modules/udev-stw.modules and removed 'parport_pc parport lp' from the 'for' line and it's been booting just fine ever since. Put the printer intialization in the rc.local for the moment and everything works. Have no explanation.
How's your parallel port set up in the BIOS? Fixed addresses, "auto" mode? Likewise, is the BIOS set for a Plug and Play OS? Sometimes changing them around might be all that's needed. My settings are YES there's a PnP OS installed, the parallel and serial ports have fixed addresses set for the traditional locations, and the parallel port is set to the highest set of features it has to choose from.
Tim wrote:
Lonni J Friedman:
The udev boot hang is before kudzu runs.
Cokey:
Had the same problem. In my situation, it seemed to be something to do with the probing parallel port. Booted in rescue mode and edited the /etc/sysconfig/modules/udev-stw.modules and removed 'parport_pc parport lp' from the 'for' line and it's been booting just fine ever since. Put the printer intialization in the rc.local for the moment and everything works. Have no explanation.
How's your parallel port set up in the BIOS? Fixed addresses, "auto" mode? Likewise, is the BIOS set for a Plug and Play OS? Sometimes changing them around might be all that's needed. My settings are YES there's a PnP OS installed, the parallel and serial ports have fixed addresses set for the traditional locations, and the parallel port is set to the highest set of features it has to choose from.
Parallel and serial are fixed at their normal settings. I don't believe there's a 'Plug and Play' option, but I'll have to look. For me though, there's also another wrinkle. I have a multi port PCI parallel card for second printer and udev hangs probing this card even with the all the parallel and serial ports turned off in the BIOS. Everything works just fine from rc.local. I just put the necessary modprobe lines in and a service restart for cups. All the parallel ports are hot; printers are probed and recognized as expected. Might just be a anomaly with this motherboard as it's an older Tyan Thunder 2500 server board.
Cokey
After clean install of FC5 i386 i have the same problem.
Booting into FC5 rescue cd and "yum -y remove kudzu" worked.
On Sun, 2006-05-28 at 21:46 +0400, Kevac Marko wrote:
Booting into FC5 rescue cd and "yum -y remove kudzu" worked.
I would imagine that simply stopping kudzu from being run at start-up would be sufficient. You may want it, later on, to manually configure later-added hardware.
It's not sufficient. Because kudzu is somehow starting not only when it should start, but also just before login screen and it freezes laptop anyway.
On 5/29/06, Tim ignored_mailbox@yahoo.com.au wrote:
On Sun, 2006-05-28 at 21:46 +0400, Kevac Marko wrote:
Booting into FC5 rescue cd and "yum -y remove kudzu" worked.
I would imagine that simply stopping kudzu from being run at start-up would be sufficient. You may want it, later on, to manually configure later-added hardware.
-- (Currently running FC4, occasionally trying FC5.)
Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists.
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Tim:
I would imagine that simply stopping kudzu from being run at start-up would be sufficient. You may want it, later on, to manually configure later-added hardware.
Kevac Marko:
It's not sufficient. Because kudzu is somehow starting not only when it should start, but also just before login screen and it freezes laptop anyway.
Did you turn off the kudzu service from running in runlevel 3 *AND* 5?
But if it runs, and you've got it disabled, that sounds like a problem that will need to get fixed for other people, as well.
On 5/29/06, Tim ignored_mailbox@yahoo.com.au wrote:
Did you turn off the kudzu service from running in runlevel 3 *AND* 5?
Yes chkconfig kudzu off It turns off kudzu for each run level.
But if it runs, and you've got it disabled, that sounds like a problem that will need to get fixed for other people, as well.
I'll try to describe it more precisely. I am sorry for my English.
Before turning off and removing kudzu, laptop hangs some seconds after udev without any message.
After turning the kudzu off, the laptop hangs just before the login screen with an error message. I don't remember what this message is about, but it resembles a python error message. My ability to remember precise things sucks :-)
If you want I can install it one more time and find out what kind of error message it was.
After removing kudzu at all the laptop stops hanging.
Kevac Marko
tried it all. nothing works. my notebook still hangs after displaying "Starting udev"
if it helps, something else to be tried can be found here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186164
-- mm
I know, but try. It worked for me.
On 5/20/06, Lonni J Friedman netllama@gmail.com wrote:
The udev boot hang is before kudzu runs.
On Sat, 2006-05-20 at 05:42 -0700, Lonni J Friedman wrote:
On 5/19/06, Kevac Marko mkevac@gmail.com wrote:
Booting from rescue cd and turning off the kudzu worked for me. Try.
/sbin/chkconfig kudzu off
The udev boot hang is before kudzu runs.
Same here...