Try to replace outdated broken kernel with LTS one from HWE pack.
Goes boom, here are the errors broken out to their own command
- There is one line of error message per kernel per LV (took me long to find the relation)
- That's because Linux doesn't really have different device major's for PV's VG's LV's. It's all block devices and grub tries them all
- Why look at your boot device or something like that with even just the slightest, tinyest preference?
- obviously, we are in big trouble
If you rebooted, look at this:
I hope you didn't reboot.
The ubuntu 12 installer doesn't configure /etc/default/grub to properly add lvm support.
It seems dpkg-reconfigure grub-pc *could* help but in practice the version you have in Ubuntu 12 might still be too old to handle this.
You need to make a new device map and manually make sure it's not tripping over addn'l PVs that aren't assigned to root VG. This is worse than 1993's AIX, seriously.
You still need the trusty kernel to actually be "allowed" to do-release-upgrade to 14.04 LTS safely.
Add this to /etc/default-grub
(this missing setting not configured by the ubuntu installer is most likely the issues root cause)
Giving explicit info slightly improves matters
-> still gives the error
Documented in this bug at Ubuntu:
Don't get me wrong, noone on the Ubuntu project does anything about this just because those people ended up with broken systems.
Less shitty information can be found in the Debian bugtracker at:
(But behold, they are also not yet at the point where this is fixed, after it got reported in December 2011)
One person had awesome advice though.
Generate a grub device map
It'll contain all your disks, up to a floppy if you're on VMware.
So, please edit it to only contain the LVM PVs that are in the volume group that contains your root volume!!!!!!
If you have two PVs in that VG you might need to zoom around the root LV to be on the first disk of the VG. In my case there was only one PV, so I kicked out all entries but the one for hd0.
After this, things are fine:
So alternative to grub-mkdevicemap could be this dpkg-reconfigure grub-pc?
Of course the message is not "perfect" unless you're assuming that every person on the planet has no other job than being involved in grub2 development and aware of it's bugs. And, to be honest, out of 7bn people, who has anything else to do than track grub bugs that cause error messages that tell you should check a deprecated config file that doesn't exist on your system. I think we all need to admit we should be grub devs.
Also "interesting" is a sad case of forum advice where the hivemind successfully "helped" a user to suffer a almost complete dataloss out of this issue.