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 <max@stro.at>, 381351@bugs.debian.org,debian-boot@lists.debian.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 <wferi@niif.hu>
- Date: Sun, 16 Aug 2009 19:26:08 +0200
- Message-id: <[🔎] 87ab1zvff3.fsf@tac.ki.iif.hu>
- In-reply-to: <20090816001510.GA17178@bongo.bofh.it> (Marco d'Itri's message of "Sun, 16 Aug 2009 02:15:10 +0200")
- References: <20090715230559.3139.20200.reportbug@lsddomain-fc.byu.edu> <20090716203505.GD27116@stro.at> <c5b98f840907170728w43740f6drb2666a572935e54@mail.gmail.com> <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
> fi
>
> 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.
--
Thanks,
Feri.
Reply to: