On 18/02/2008 Piotr Roszatycki wrote:
> 2008/2/18, Jonas Meurer <[EMAIL PROTECTED]>:
> > > Yes, indeed this delay is implemented in udev package, at least in
> > > sid. Even that, I think this is not the best option because it is hard
> > > to guess how much time the USB device starts up. I think t
2008/2/18, Jonas Meurer <[EMAIL PROTECTED]>:
> > Yes, indeed this delay is implemented in udev package, at least in
> > sid. Even that, I think this is not the best option because it is hard
> > to guess how much time the USB device starts up. I think the safe
> > option is to check if the proper d
On 17/02/2008 Piotr Roszatycki wrote:
> 2008/2/17, Jonas Meurer <[EMAIL PROTECTED]>:
> > > Also I suggest to read and analyze the
> > > /usr/share/initramfs-tools/scripts/local file. You can see there what
> > > and in what order is called at boot time.
> >
> > You're correct, that $ROOTDELAY is us
2008/2/17, Jonas Meurer <[EMAIL PROTECTED]>:
> udev is not run in *LOCAL*-premount, but in *INIT*-premount, and the
> init-{top,premount} scripts are invoked before local-* or nfs-* scripts:
>
> why do you think that rootdelay is called between local-top and
> local-premount? do you have any eviden
2008/2/17, Jonas Meurer <[EMAIL PROTECTED]>:
> > Also I suggest to read and analyze the
> > /usr/share/initramfs-tools/scripts/local file. You can see there what
> > and in what order is called at boot time.
>
> You're correct, that $ROOTDELAY is used in scripts/local, but it's also
> used in scrip
On 17/02/2008 Piotr Roszatycki wrote:
> 2008/2/16, Jonas Meurer <[EMAIL PROTECTED]>:
> > > 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
> >
> > If i got it right, your statemen
On 17/02/2008 Piotr Roszatycki wrote:
> 2008/2/16, David Härdeman <[EMAIL PROTECTED]>:
> > >If rootdelay doesn't work for you, you might raise the value. If you
> > >still object, then please proof that I'm wrong.
> >
> > I agree...the initramfs-tools check for rootdelay should see that the
> > roo
2008/2/16, David Härdeman <[EMAIL PROTECTED]>:
> >If rootdelay doesn't work for you, you might raise the value. If you
> >still object, then please proof that I'm wrong.
>
> I agree...the initramfs-tools check for rootdelay should see that the
> root device doesn't exist and wait (since root will b
2008/2/16, Jonas Meurer <[EMAIL PROTECTED]>:
> > 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
>
> If i got it right, your statement is untrue. rootdelay is implemented in
> /usr/shar
On Sat, Feb 16, 2008 at 09:37:26PM +0100, Jonas Meurer wrote:
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 doe
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
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
2008/2/15, Jonas Meurer <[EMAIL PROTECTED]>:
> > The rootdelay parameter wait only for root device, not for source
> > device for encrypted volume.
>
> So you're not talking about booting from an encrypted usb volume, but rather
> about starting/mounting an encrypted usb volume during boot proc
On 15/02/2008 Piotr Roszatycki wrote:
> 2008/2/14, David Härdeman <[EMAIL PROTECTED]>:
> > >The attached patch tries to resolve this problem in the same way like
> > >main initramfs' script: it just gives a little more time for
> > >usb-storage driver.
> >
> > If I remember correctly, the initr
2008/2/14, David Härdeman <[EMAIL PROTECTED]>:
> >The attached patch tries to resolve this problem in the same way like
> >main initramfs' script: it just gives a little more time for
> >usb-storage driver.
>
> If I remember correctly, the initramfs-tools scripts (i.e. the ones that
> run befo
On Thu, Feb 14, 2008 at 05:37:44PM +0100, Piotr Roszatycki wrote:
The system can't boot from USB device if it is encrypted volume. The
reason is that initramfs cryptroot-script don't wait for USB and tries
immediately to open the nonexistent device.
The attached patch tries to resolve this probl
Package: cryptsetup
Version: 2:1.0.6~pre1+svn45-1
Severity: important
Tags: patch
The system can't boot from USB device if it is encrypted volume. The
reason is that initramfs cryptroot-script don't wait for USB and tries
immediately to open the nonexistent device.
The attached patch tries to res
17 matches
Mail list logo
