<div>Hello list-users</div><div><br></div>When I running in to these problem, i used a available grml live CD (grml64_2009.10 - kernel 2.6.31.5 <meta http-equiv="content-type" content="text/html; charset=utf-8"><a href="http://grml.org/changelogs/README-grml-2009.10/">http://grml.org/changelogs/README-grml-2009.10/</a>) to fix the problem.<div>
<br></div><div>Within the live-CD i </div><div>- opened the luks partiotion </div><div>- mounted the lvm logical volumes </div><div>- mount -o bind /dev /mnt/chroot/dev</div><div>- mount -o bind /sys /mnt/chroot/sys</div>
<div>- mount -o bind /proc /mnt/chroot/proc</div><div>- chrooted into /mnt/chroot</div><div>- update-initramfs -k all -u</div><div>- get a working initrd</div><div><br></div><div>The only difference between the initrd created when chrooting with help of the live-CD and the pure system should be found within /dev or /proc  or /sys. As mentioned above, grml 2009.10 uses kernel 2.6.31.5, where the actual squeeze kernel is: 2.6.32-5. May be there is a different handling of UUIDs in later kernels? </div>
<div><br></div><div>The cryptroot file, created within the working initrd contains the following line:</div><div><div>target=cryptedlvm,source=UUID=89569373-xxxx-xxxx-xxxx-xxxxxxxxxxxx,key=none,rootdev,lvm=vgmolchi-lvrootdir</div>
</div><div><br></div><div><br></div><div>LLAP</div><div>Andreas</div>