Re: Long delays and keystrokes required - related to diskencryption?

From: Bernhard Schmidt
Date: Tue Nov 04 2008 - 21:11:19 EST


In gmane.linux.kernel, Yves-Alexis Perez wrote:

> On Mon, Nov 03, 2008 at 08:23:27AM +0100, Yves-Alexis Perez wrote:
>> FTR, it seems fixed in 2.6.28-rc3 (I just git pull-ed the tree, so I
>> don't know which commit has fixed the problem)
>>
>> Could anyone (Frans?) confirm this?
>
> Hmhm ok, it's *not* fixed, it just appears a bit better, but it's
> still slow and hangs during boot process until I type some random
> keys.

I can confirm that (unfortunately).

Dell Latitude D630 amd64, Ubuntu Intrepid (8.10), unencrypted ext4 root
and encrypted (dm-crypt) ext4 /home.

After upgrading from the shipped 2.6.27 ubuntu kernel to 2.6.28-rc2 due
to totally buggy iwlagn (I had more crashes the last four weeks than
running devel kernels for years) I experienced exactly the same issue,
after entering the password into cryptsetup the machine did not continue
booting until I pressed a key. Any key, even holding down the ctrl-key
during bootup is fine. 2.6.28-rc3 shows the same behaviour.

However, I have a slight difference compared with Yves. I don't only
experience these hangs until all my filesystems are mounted, but during
the whole startup process at random stages. I usually have at least
three hangs during startup, with almost 100% certainity between entering
the keyphrase and getting the "Keyslot 0 unlocked" message from
dm-crypt, then at random daemons at startup and even on X startup
(before kdm shows the login screen). Pressing the Ctrl-key just once and
holding it during the whole bootup fixes it 100%.

Interestingly, since just my /home is on dm-crypt I tried to disable
that to ensure it is related to crypto and it seems to be. However, in
four bootups without crypt it showed the same symptoms, so it definitely
does happen without crypto as well, but by far not that frequent.

Regards,
Bernhard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/