Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

m...@linux.it (Marco d'Itri) writes: > I am ready to apply this change but I am unsure about a detail: is > there any reason to run udevadm settle a second time before > scsi_wait_scan is loaded? You told me it was racy to check for /sys/bus/scsi otherwise, see http://lists.debian.org/debian-boot

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

I am ready to apply this change but I am unsure about a detail: is there any reason to run udevadm settle a second time before scsi_wait_scan is loaded? udevadm trigger #udevadm settle || true if [ -d /sys/bus/scsi ]; then modprobe -q scsi_wait_scan && modprobe -r scsi_wait_scan fi udeva

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

On Fri, 17 Jul 2009, Marco d'Itri wrote: > On Jul 17, maximilian attems wrote: > > > a more profund way is to modprobe scsi_wait_scan in the udev script. > > cc udev Maintiner to getting an update on the status of that? > I first need to finish the current package. so it is in the queue, thanks

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

On Fri, 17 Jul 2009, Robert LeBlanc wrote: > > I don't think rootdelay does that, from what I can tell in the script, it > only defines how long to do the Wait for Root to show up script, which > happens after local-top is run. no, that was fixed for lenny it is waited for the in the udev boot

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

On Jul 17, maximilian attems wrote: > a more profund way is to modprobe scsi_wait_scan in the udev script. > cc udev Maintiner to getting an update on the status of that? I first need to finish the current package. -- ciao, Marco signature.asc Description: Digital signature

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

On Fri, Jul 17, 2009 at 8:45 AM, maximilian attems wrote: > On Fri, 17 Jul 2009, Robert LeBlanc wrote: > > > Thanks for looking into it. A little more info about the problem that I > have > > so that when implementing a fix, it will be covered. > > > > 1. Most devices settle (Fibre Channel is set

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

On Fri, 17 Jul 2009, Robert LeBlanc wrote: > Thanks for looking into it. A little more info about the problem that I have > so that when implementing a fix, it will be covered. > > 1. Most devices settle (Fibre Channel is settled at this point) > 2. local script is executed which runs all the scr

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

On Wed, 15 Jul 2009, Robert LeBlanc wrote: > > I found this bug in Lenny and made a fix which will keep trying to find LVM > volumes when slumbering waiting for the > devices to settle. Actually, I just moved the LVM search code from running > once, to running each time in the slumber > loop. It

Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.

Package: initramfs-tools Version: 0.93.3 Severity: normal I found this bug in Lenny and made a fix which will keep trying to find LVM volumes when slumbering waiting for the devices to settle. Actually, I just moved the LVM search code from running once, to running each time in the slumber loop.