Upgrades are supposed to adjust any needed rules, yes; unfortunately
since you've done the reinstall, and the problem has gone away, we'll be
unable to debug this further to understand what went wrong.
I can only assume you had stale or hand-written udev rules in there that
were causing problems.
Even with the USB devices unplugged, the longest timeout is still a USB
device ...
add
/devices/pci:00/:00:1a.0/usb1/1-2/1-2.1/1-2.1:1.0/usb_endpoint/usbdev1.4_ep02
(usb_endpoint) 0.07 63.16 63.09
add
Hrm.
Well, I did have some rules that were from early 2007 they may have
been from an old installation of Edgy.
I know that I did have some custom rules in there, but even removing
them didn't fix it. I did install some software packages from source as
well, and some of those may have
...
As it goes, I just reinstalled the Hardy prerelease from scratch and
guess what--the bug's gone. I suppose this means that I did have a stray
rule somewhere. Shouldn't regenerating the rules be part of the upgrade
procedure?
--
Long delay when Loading Hardware Drivers
Thanks!
The file is attached.
** Attachment added: udev log
http://launchpadlibrarian.net/13594708/udev
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Thanks for the bug report.
90s delays in udev are the result of a timeout, usually caused by non-
responding hardware or an error in the rules we process.
Could you attach the /var/log/udev file from your system, this should
allow us to determine what's causing the problem and whether it's a bug
Thanks for the log.
Could you try unplugging the USB hub and then rebooting, attaching the
udev log and bootchart from that boot for comparison
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of
AFAIK that bootchart is without the USB hooked up, but I'm not sure, so
I'll make two.
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
** Attachment added: hardy-20080421-3-with-usb.png
http://launchpadlibrarian.net/13598870/hardy-20080421-3-with-usb.png
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: hardy-20080421-4-without-usb.png
http://launchpadlibrarian.net/13598875/hardy-20080421-4-without-usb.png
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Attachment added: udev-without-usb
http://launchpadlibrarian.net/13598878/udev-without-usb
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Attachment added: udev-with-usb
http://launchpadlibrarian.net/13598883/udev-with-usb
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Something else that may help you diagnose the issue is that until a
recent update, lshw hung on PCI (sysfs)
--
Long delay when Loading Hardware Drivers
https://bugs.launchpad.net/bugs/219243
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
One more question... would it be possible to rebuild the rules in
/etc/udev/rules.d/ ? I've tried to rename the directory and re-install
udev, but the rules that dpkg -S claims belong to udev are not placed in
the directory...
--
Long delay when Loading Hardware Drivers
After some more research, I can confirm that this is a udev bug, or at
least strongly related to udev...
The script responsible for Loading hardware drivers is
/etc/init.d/udev... And the lines it hangs on begins at line 61. The
command udevadm trigger is what causes the long wait.
--snip--
Here it doesnt go beyond loading hardware drivers at all and if i do a
crtl+alt+dell it shows loading hardware drivers as failed,
AMD64 2800+
1GB RAM
nVidia 7600GS
VIA K8M890 Motherboard.
Booting without any usb devices connected.
--
Long delay when Loading Hardware Drivers
Probably a different bug.
Some updates, backgrounding udevadm trigger helps, but then some
drivers aren't loaded before X starts and my touchpad doesn't have the
nice scroll features such.
I really hope we can get some help on this before Hardy is released--
this is quite an annoying bug, it
Tried unplugging USB hub w/ said devices... no difference.
A bootchart indicates that this may be a udev problem though... (see
attachment)
** Attachment added: hardy-20080418-1.png
http://launchpadlibrarian.net/13552465/hardy-20080418-1.png
--
Long delay when Loading Hardware Drivers
18 matches
Mail list logo
