gbura...@gmail.com wrote:
>> I asked you for at least a usecase when it makes a difference but till
>> now I've read only about theoretical advantages.
>>
>
> Ok, my usecase is the following:
> We are installing grub to EFI system partition and on the next load it must
> load itself (rmadisk&
My mail is actually a reply to the request for a use case from grub2
developers for for the gpt_guid.diff patch ( patch -
http://lists.gnu.org/archive/html/grub-devel/2010-02/msg00094.html and
question - http://lists.gnu.org/archive/html/grub-devel/2010-02/msg00175.html
). This is a very nice featu
My mail is actually a reply to the request for a use case from grub2
developers for for the gpt_guid.diff patch ( patch -
http://lists.gnu.org/archive/html/grub-devel/2010-02/msg00094.html and
question - http://lists.gnu.org/archive/html/grub-devel/2010-02/msg00175.html
). This is a very nice featu
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
Quoti
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
GPT GUID is one of the best FILESYSTEM-INDEPENDENT way of uniquely
identifying a partition.
Most people who use GPT are thos who have need for many primary
partitions. I use GPT in my internal 320 GB HDD (12 partitions) and
500 GB USB 2.0 external (11 partitions).
My guess of the workflow of grub
> I asked you for at least a usecase when it makes a difference but till
> now I've read only about theoretical advantages.
Ok, my usecase is the following:
We are installing grub to EFI system partition and on the next load it must
load itself (rmadisk&kernel) from Windows partiton (where our ma
On Sun, Feb 21, 2010 at 01:32:15PM +0100, Michal Suchanek wrote:
> It has been explained that using the NTFS UUID is about equivalent of
> using the volume label. If it is sufficient why are we using UUIDs at
> all? We can use the much more readable labels everywhere and get rid
> of those long and
2010/2/20 Vladimir 'φ-coder/phcoder' Serbinenko :
> gbura...@gmail.com wrote:
>> What about this patch? It is possible to integrate it, at least in the
>> experimental branch?
>>
>>
> I asked you for at least a usecase when it makes a difference but till
> now I've read only about theoretical adva
gbura...@gmail.com wrote:
> What about this patch? It is possible to integrate it, at least in the
> experimental branch?
>
>
I asked you for at least a usecase when it makes a difference but till
now I've read only about theoretical advantages.
> --
> This message was sent on behalf of gbura..
What about this patch? It is possible to integrate it, at least in the
experimental branch?
--
This message was sent on behalf of gbura...@gmail.com at openSubscriber.com
http://www.opensubscriber.com/message/grub-devel@gnu.org/13421616.html
___
Grub-
Hello everybody.
I have just implemented support for GPT GUID search and I am really
interested in providing this patch for integration.Who is in chief here, we
can discuss details =)
Patch is included. The syntax is now the following
# Entry 1 - Chainload another bootloader
menuentry "Chainload
12 matches
Mail list logo