[Bug 517997] Re: grub update gets wrong UUID after disk change

[Phillip Susi]

The UUID is taken from /etc/fstab.  After transferring a system and
changing the UUIDs on disk, you need to update /etc/fstab.


** Changed in: grub2 (Ubuntu)
       Status: Confirmed => Invalid

** Changed in: grub2 (Ubuntu)
     Assignee: (unassigned) => Phillip Susi (psusi)

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

Title:
  grub update gets wrong UUID after disk change

Status in grub2 package in Ubuntu:
  Invalid

Bug description:
  Binary package hint: grub2

  I have seen this happen twice now, and still don't have a work-around short of a system reinstallation.
  It has happened both in grub and grub2, in several releases of Ubuntu up to 9.10.

  The problem happens when the OS is transferred from one disk to
  another.

  After that, whenever a kernel update is applied, the UUID of the old disk is written into the
  grub configuration files, instead of that of the disk on which grub is installed.
  This results of course in an un-bootable system.

  In each case, the old disk was physically removed, nowhere to be found.
  So basically, whatever is reporting this UUID is just wrong.

  I think I also tried specifying the disk by filesystem labels in the grub config files.  
  But the updater ignores my instructions of where to find the system disk, and 
  keeps looking for the departed disk.
  It would be helpful if the updater would at least check whether the existing 
  filesystems specified make sense, before replacing them with ones that don't.

  I don't even know where this old UUID is kept.  I tried grep'ing for it with no results.
  (It would help a lot if it were simply published where to find the old UUID, so
  it can be corrected).

  Cheers!

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