[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#498645: marked as done (initramfs-tools: Boot takes three minutes to finish (!))

Your message dated Mon, 9 Mar 2009 15:14:37 +0100
with message-id <20090309141437.GR13313@stro.at>
and subject line Re: initramfs-tools: Boot takes three minutes to finish (!)
has caused the Debian Bug report #498645,
regarding initramfs-tools: Boot takes three minutes to finish (!)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
498645: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498645
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: initramfs-tools
Version: 0.92i

After installing a lenny system today, it happened that the boot
process takes more than 3 minutes to finish. Needless to say, I first
believed it was frozen and didn't work at all. I was lucky to discover
(by accident) that it was a very long waiting time instead.

After a bit of investigation, it happened that this value, 180 seconds,
is the default timeout for "udevadm settle", according to udevadm(8).

Unfortunately, there is not a simple way to change this. First I tried
changing "udevadm settle" invocation in /etc/init.d/udev but this only
worked for linux images not using a ramdisk (I built several of those as
I first suspected to be a kernel problem).

What worked finally was to change "udevadm settle" invocation at

/usr/share/initramfs-tools/scripts/init-premount/udev

and then rebuilding the initramfs via dpkg-reconfigure linux-image-etc-etc.

While doing this I noticed that "udevadm settle" is called three times
in /usr/share/initramfs-tools/*. Two of them are wrapped via wait_for_udev()
from /usr/share/initramfs-tools/scripts/functions and they have 10 seconds
as the timeout value. The other one is the one I had to hardcode by hand.

To summarize: No matter how faulty my hardware might be (the boot
never took so long with etch), I don't think it is reasonable at all
that a user has to do this in order for the boot process not to take
more than three minutes.

Maybe every "udevadm settle" invocation should be wrapped via wait_for_udev(),
not just two of them. Or maybe this is a bug in udev for having such a long
waiting time. Feel free to reassign.

Note: I see this as a serious bug, but as I don't know the number of
people having this problem, I prefer not to use a severity at all.

Thanks.

--- End Message ---
--- Begin Message --- 
Version: 2.6.28-1

linux-2.6 upstream added fixes,
thanks for report!

-- 
maks

--- End Message ---
Reply to: