[Bug 1012025] Re: update-grub not reading UUID's properly

[Garry Trethewey]

Phillip

On  _no_  partitions did /etc/fstab mention /dev/sdc7, or its UUID.

sdc7 didn't exist til I made it with gparted about 10 mins before I
partimage-restored the 12.04 precise os.

to recap, 
The 'copy from' (the old) partition was sdc1, UUID ~~~~898
The 'copy to' (the new) partition was   sdc7, UUID changed to ~~~~000
sda7 was just a old natty narwhale OS that I tried reinstalling grub from.

Does that help?

I spose the big question is, where does grub2 get the uuid's for the 'search' line, vs where grub2 gets the uuid for the 'linux' line. Obviously 2 different places.
 
search --no-floppy --fs-uuid --set=root 9d6412d7-0277-4b1e-b56e-76eb9fb7e000
linux	/boot/vmlinuz-3.2.0-24-generic-pae root=UUID=9d6412d7-0277-4b1e-b56e-76eb9fb7e898 ro 

I've always used the old grub before, and never had this particular prob
in cloning &/or restoring OS partitions.

regards Garry

-- 
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/1012025

Title:
  update-grub not reading UUID's properly

Status in “grub2” package in Ubuntu:
  Incomplete

Bug description:
  Bug report

  update-grub not reading UUID's properly

  Grub2
  xubuntu 12.04

  garry at welland-precise-xfce:~$ lsb_release -rd
  Description:	Ubuntu 12.04 LTS
  Release:	12.04
  grub2 1.99-21ubuntu3.1

  What happened?

  1) I did a partimage backup of xbunutu 12.04 off sdc1, then restored that backup to sdc7.
  2) I changed sdc7's UUID from ~~~~898 to ~~~~000
  3) Back in sdc1, and in another OS on sda7, I used both yannubutu-boot-repair and (update-grub + grub-install).
  4) I couldn't boot my new sdc7. (actually booted, but to repair menu, which I couldn't understand.)
  5) On both other OS's grub.cfg kept reading as follows (note last 3 chars of UUID) :-
  search --no-floppy --fs-uuid --set=root 9d6412d7-0277-4b1e-b56e-76eb9fb7e000
  linux /boot/vmlinuz-3.2.0-23-generic root=UUID=9d6412d7-0277-4b1e-b56e-76eb9fb7e898 ro quiet splash $vt_handoff

  5) When I edited the starting grub menu to make linux~~~~898  ->
  linux~~~000, and update-grub + grub-install, sdc7 booted ok. From
  there I update-grub + grub-install again, all is OK now.

  
  I struggle with bash, but I suspect /etc/grub.d/10_linux line 124
   linux ${rel_dirname}/${basename} root=${linux_root_device_thisversion} ro ${args}
  is the culprit.

  garrytreth at gmail.com

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