[Bug 1421877] Re: boot fails with lvm root device in /dev/mapper not found after update of libc-bin

[astro]

OK I have found the problem.

If I wait long enough and type exit in the (initramfs) prompt, it does
boot. However everyday I have to wait more and more. This is because of
the LVM snaphshot of the root FS whose size increase when the difference
between the snapshot and the current status grow. With each update I get
a larger snapshot usage and it takes longer for the LVM device to be
initialized. This is very ironical since I created this snapshot to be
protected against potential breakage from updates (originally especially
backports and PPAs). Now I have deleted the snapshot and everything work
fine.

That is however not a very satisfactory solution. I could increase the
ROOTDELAY but this has to be adjusted with the snapshot usage size or
put to a very large value.

Is there any other way around this. I know if I convert my FS to btrfs,
there is apt-btrfs-snapshots for reverting updates but I think this is
still experimental in 14.04. What is the recommended way of taking
snapshots of the system in 14.04? If it's LVM, then some fix should be
implemented.


** Package changed: glibc (Ubuntu) => grub2 (Ubuntu)

** Changed in: grub2 (Ubuntu)
       Status: New => Opinion

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/1421877

Title:
  boot fails with lvm root device in /dev/mapper not found after update
  of libc-bin

Status in grub2 package in Ubuntu:
  Opinion

Bug description:
  System:  Ubuntu 14.04 64 bits
  I have run a packages update/upgrade with synaptic. (Note that I had proposed-update repo enabled).
  Among other things a new kernel was installed and libc-bin was updated both likely from proposed-update since I didn't see them in my other box which doesn't use this source  (see attached dpkg.log for full list of recently installed packages. The culprit is probably at the end of that list).

  After the upgrade, I rebooted the system.

  I got the initramfs prompt with an error message saying that it gave up waiting for root devive /dev/mapper/sysvg-lvroot1
  I could not find the mapper entry under /dev but I could find /dev/sysvg/lvroot1 and mount it alright from the busybox prompt.

  Tried booting with 2 previous kernels to no avail: same problem with
  root device even though previous kernels worked fine.

  I booted from live usb, chrooted my ubuntu, merged my 10 days old
  sysvg-lvroot1 lvm snapshot, deleted last kernel from /boot (from last
  update)  and forced reinstalled previous kernel. Then I could boot
  alright and I have disabled proposed-update.

  The problem was with all kernels, hence the culprit is likely grub.cfg
  which is updated at each kernel update.  Between my previous snapshots
  and today failed boot something must have changed on my system which
  has resulted in the grub-mkconfig (or whatever tool is called to write
  grub.cfg when kernel is updated) producing a wrong config.

  Here is a filtered (I have removed what I think is irrelevant, the
  full list is in attachment) list of the packages last installed:

  bsdutils libblkid1 libc-bin libmount1 libuuid1 linux-generic linux-
  headers-3.13.0-46 linux-headers-3.13.0-46-generic linux-headers-
  generic linux-image-3.13.0-46-generic linux-image-
  extra-3.13.0-46-generic linux-image-generic linux-libc-dev mount
  ureadahead util-linux uuid-runtime

  I would say that blkid, uuid and mount are suspicious.
  --- 
  ApportVersion: 2.14.1-0ubuntu3.6
  Architecture: amd64
  DistroRelease: Ubuntu 14.04
  InstallationDate: Installed on 2014-03-24 (326 days ago)
  InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140323)
  Package: grub2 (not installed)
  ProcVersionSignature: Ubuntu 3.13.0-45.74-generic 3.13.11-ckt13
  Tags:  trusty
  Uname: Linux 3.13.0-45-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups:
   
  _MarkForUpload: True

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1421877/+subscriptions