Bug#594472: grub-pc: scary messages and very long boot time after upgrade

Andreas von Heydwolff 106624.446 at compuserve.com
Thu Sep 16 23:38:01 UTC 2010


On 2010-09-14 22:26, Alexander Kurtz wrote:
> Am Dienstag, den 14.09.2010, 21:28 +0200 schrieb Andreas von Heydwolff:
>>     My /etc/crypttab reads
>>
>> md1_crypt UUID=3a10eb55-2dd8-4846-97e5-74649abf234f none luks
>> md2_crypt UUID=e78a6bea-cafb-41a7-89e9-03e999b38d6c none luks
>
> Just some thoughts: What happens if you
>
>   * try `/dev/disk/by-uuid/' instead of `UUID='
>   * try the raw devices (presumably /dev/md1 and /dev/md2)
>   * try the symlinks to the devices (presumably /dev/md/1 and /dev/md/2)
>     (note that you *might* need the new mdadm version for that to work)


Hm. All three variants yielded the same result:

# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
cryptsetup: WARNING: invalid line in /etc/crypttab -
cryptsetup: WARNING: invalid line in /etc/crypttab -


Then I followed this previously mentioned error message:

# update-grub
Generating grub.cfg ...
Found background image: moreblue-orbit-grub.png
Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
   Found duplicate PV c1Evvwvx3ZfBwDWRyhhI0nY864wtPZ3o: using /dev/dm-11 
not /dev/dm-0
Found Debian GNU/Linux (squeeze/sid) on /dev/sda2 [my rescue system]
done

# blkid | grep Evv
/dev/mapper/md1_crypt: UUID="c1Evvw-vx3Z-fBwD-WRyh-hI0n-Y864-wtPZ3o" 
TYPE="LVM2_member"
/dev/mapper/vg-md1dm0: UUID="c1Evvw-vx3Z-fBwD-WRyh-hI0n-Y864-wtPZ3o" 
TYPE="LVM2_member"

# l /dev/mapper/
insgesamt 0
crw------- 1 root root 10, 59 14. Sep 20:59 control
lrwxrwxrwx 1 root root      8 14. Sep 20:59 md1_crypt -> ../dm-11
lrwxrwxrwx 1 root root      8 14. Sep 20:59 md2_crypt -> ../dm-12
lrwxrwxrwx 1 root root      7 14. Sep 20:53 vg-md1dm0 -> ../dm-0

Perhaps this is the source of confusion? Identical UUIDs for the 
encrypted RAID1 pv and the vg that emerges when the pv has been unlocked 
with cryptsetup? This is the configuration on the running system on 
which md1_crypt and the vg had been unlocked and started manually. Do I 
have to remove one symlink, either to dm-0 or to dm-11 in order to 
create a functioning initramdisk? I had to unlock md1_crypt twice, once 
from within busybox and once after exiting lvm and busybox.

What else could I try, or what further info from my system might be helpful?

Andreas





More information about the Pkg-grub-devel mailing list