On Mon, Feb 19, 2007 at 11:36:29PM +0100, Michael Prokop wrote:
* David Härdeman <[EMAIL PROTECTED]> [20070219 22:15]:
+# Check for problematic devices
+problem=0
+
+# USB / FireWire
+if $(grep -q "usb\|ieee1394" /proc/devices); then
+ problem=1
+fi
How about:
if $(ps | grep -q usb-stor
On Mon, Feb 19, 2007 at 11:02:10PM +0100, maximilian attems wrote:
Quoting David Härdeman <[EMAIL PROTECTED]>:
I've attached a patch against the udev and initramfs-tools source
packages that implement the following changes...please review:
...
2) Checks in udev for scsi/firewire/usb have been a
* David Härdeman <[EMAIL PROTECTED]> [20070219 22:15]:
> I've attached a patch against the udev and initramfs-tools source packages
> that implement the following changes...please review:
> 1) ROOTDELAY is exported by initramfs-tools and used in udev if set
> 2) Checks in udev for scsi/fire
Bonsoir David!
ok back after reading some code. :)
Quoting David Härdeman <[EMAIL PROTECTED]>:
> Oh, I missed that variable...I've written a patch now to export it.
yup ack.
> I've attached a patch against the udev and initramfs-tools source
> packages that implement the following changes..
Quoting Frans Pop <[EMAIL PROTECTED]>:
> On Monday 19 February 2007 21:22, David Härdeman wrote:
> > The only problem with the approach is that a large majority of all
> > machines have usb which means that we'll slow down the boot for all
> > those machines even though a small minority are affec
Frans Pop wrote:
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
That's a very, very ugly sol
On Monday 19 February 2007 21:22, David Härdeman wrote:
> The only problem with the approach is that a large majority of all
> machines have usb which means that we'll slow down the boot for all
> those machines even though a small minority are affected.
That's a very, very ugly solution then. I'd
On Mon, Feb 19, 2007 at 07:21:08PM +0100, maximilian attems wrote:
heya david,
Hey Maks :)
On Fri, 16 Feb 2007, David Härdeman wrote:
Short-term solution:
Therefore, I think the best short-term solution (considering the
ever-impending Etch release) would be to add the "root_wait=" boot
para
heya david,
thanks for your excellent writeup.
yes i fully agree with your analysis,
will just followup on small nits..
On Fri, 16 Feb 2007, David Härdeman wrote:
> Short-term solution:
>
> Therefore, I think the best short-term solution (considering the
> ever-impending Etch release) would be
I've spent more time researching this by reading kernel code, checking the
boot process of other distros and trolling through mailing list archives
and I think I have a pretty good picture of the problem now.
Description:
Basically udevsettle will return once all modules have been loaded and no
10 matches
Mail list logo
