also sprach Frans Pop [EMAIL PROTECTED] [2007.07.21.1131 +0200]:
I'm tempted to reopen this bug report.
Manually adding the rootdelay parameter is all very nice as a workaround
for this issue, but is it really an adequate solution?
How can we expect users to know that such an option is
reopen 433905
severity 433905 important
tags 433905 help
thanks
On Sunday 22 July 2007 12:58, martin f krafft wrote:
Probably, I'd love the hear one or even a patch! Since I have no
setup in which to confirm the bug, I'll have a hard time creating
a fix.
OK. Glad to see that you do
Processing commands for [EMAIL PROTECTED]:
reopen 433905
Bug#433905: initramfs-tools: Boot failure from software-RAID1 with debian on
nslu2
Bug reopened, originator not changed.
severity 433905 important
Bug#433905: initramfs-tools: Boot failure from software-RAID1 with debian on
nslu2
Please, take some time to read the bug report above more carefully.
I do know what the rootdelay is meant to do. The initramfs scripts
assume a default value of 180 seconds, so one does not have to pass it
explicitly at the kernel command line. That is clearly not the problem.
Debian Bug
also sprach Toon Verstraelen [EMAIL PROTECTED] [2007.07.21.0754 +0200]:
I do know what the rootdelay is meant to do. The initramfs scripts
assume a default value of 180 seconds, so one does not have to pass it
explicitly at the kernel command line. That is clearly not the problem.
Have you
On Saturday 21 July 2007 11:16, martin f krafft wrote:
But udev also sleeps for
$rootdelay seconds *before* mdadm is called, so there will be plenty
time for the driver to create the usb-storage-SCSI devices.
I'm tempted to reopen this bug report.
Manually adding the rootdelay parameter is all
6 matches
Mail list logo