by aquilarubra » Thu Oct 23, 2014 6:40 am
Further observations. I found the same bug reported in many places. Somebody advised to load groups in initramfs prompt, then CTRL+D and boot resumes, but is was not my case. It continued to complain about the ehci-orion missing module.
modprobe ehci-orion in my running system says it is not found. Upon further investigation, I found that it was in Wheezy kernel (I found the .c file in linux-headers). It is no longer in sid. I wondered if there is another package to install, since it moved to a module and was then split into 2 different modules. So, no surprise that I could not update initramfs, since the module is absent in my system.
However, if I burn the CD and start from it, it works. So it is a specific virtualbox bug, which shown itself to the kernel with a particular architecture. I notice, with the CD boot, it asks me for the password and mounts my encrypted disk, knowing it is /dev/sdb6. I don't know where it mounts it, though, but it does.
So, it is a lvm2/grub issue. Somebody reported to solve this problem downgrading grub (the latest sid version has the issue). Somehow, grub caches erroneously that there is an encrypted disk to mount, even if etc/fstab is empty, and it looks for it during boot.
As a result of tests, something screwed up in my grub, so I cannot run further tests and will have to reinstall everything. Unfortunately, I have everything on an encrypted partition, except /boot. And when I try to reinstall grub from the livecd... it won't work, because the encrypted partition comes in the way... and I don't know how to tell grub that it has a linux system on the encrypted partition. So... it's a little messy to recover a system from an encrypted partition. But I can definitely access my files, no problem.