On 15/02/2008 Piotr Roszatycki wrote: > I'm talking exactly about booting from an encrypted usb volume. This > is implemented as following scenario: > > 1. cryptsetup luksOpen $cryptsource $root > 2. sleep $rootdelay > 3. mount $root > > But it doesn't work for USB devices, because cryptsetup is called too > early. In such case there is missing following step: > > 0. sleep $cryptsourcedelay > > and my patch implements such step. Without this additional delay there > is no possibility to boot from USB device.
Sounds reasonable, even though I don't like the way all the sleeps are implemented. For me they rather smell like workarounds, and not like real fixes. I guess that the underlying problem is to be found somewhere else. > The kernel version is no matter. So did you just setup your new system with rootfs on an usb device, or did you suffer from this bug all the time? I'm asking because as I already reported, newest kernel upgrades obviously introduced longer delay before usb/firewire devices appear in boot process. Can you give your exact kernel version, and if it is (built from) 2.6.24-4, would you mind trying an older version to verify that the bug is not related to some specific kernel version? greetings, jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
