Re: Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.
- To: md@Linux.IT (Marco d'Itri)
- Cc: maximilian attems <firstname.lastname@example.org>, email@example.com,firstname.lastname@example.org
- Subject: Re: Bug#381351: initramfs-tools: This also happens when SCSI is not settled yet, patch included which works around the problem.
- From: Ferenc Wagner <email@example.com>
- Date: Sun, 16 Aug 2009 19:26:08 +0200
- Message-id: <[🔎] firstname.lastname@example.org>
- In-reply-to: <20090816001510.GA17178@bongo.bofh.it> (Marco d'Itri's message of "Sun, 16 Aug 2009 02:15:10 +0200")
- References: <email@example.com> <20090716203505.GD27116@stro.at> <firstname.lastname@example.org> <20090717144502.GA4822@stro.at> <20090816001510.GA17178@bongo.bofh.it>
md@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/2009/06/msg00105.html for the
final patch. Of course you are welcome to drop the debugging output
and organize the stuff into an && list.
> udevadm trigger
> #udevadm settle || true
> if [ -d /sys/bus/scsi ]; then
> modprobe -q scsi_wait_scan && modprobe -r scsi_wait_scan
> udevadm settle || true
> Does d-i need this too?
D-i itself does not particularly need it, because it usually takes long
enough to reach the partman step. In theory, maybe it's possible for
a preseeded install on a very slow-scanning bus to win the race, and
then I don't know offhand if any steps are taken to wait for the
devices before partitioning (but I doubt it).
Maybe debian-boot has something to add.