If this is to be supported, I highly recommend a GRUB2 commands that allows
the dumping of the current GPT partitions and their GUIDs so that if one needs
to "look up" the GUID of a partition whose index is known they can do that
without booting an OS (if one is even bootable!).
--S
Quoting Isaac Dupree, who wrote the following on Thu, 11 Mar 2010:
On 03/11/10 09:43, KESHAV P.R. wrote:
GPT GUID is one of the best FILESYSTEM-INDEPENDENT way of uniquely
identifying a partition.
I am not sure if Linux supports gpt-uuids (I didn't find any hints of it via
google!), but this sounds like it could be great news for Linux encrypted
swap -- the current enc-swap recommendations destroy the partition contents
on every boot, with a new random encryption-key and new `mkswap` inside it,
so you have to refer to it like /dev/sda5. And then "/dev/sda5" partition
gets destroyed on every boot, so the failure mode for wrong-partition is even
worse than normal. But with a UUID stored outside the partition, it would be
more possible to uniquely identify that partition. (Or a different
encrypted-swap format, but no one seems interested in doing that :-( )
Maybe even the GPT Disk GUID can be used to reference a
GPT disk (instead of confusion over whether it is (hd1) or (hd2) and
so on.
oh, interesting, that could perhaps be nice for something
-Isaac
_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
