From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Subject: Re: Grub module to return partuuid of a device such as (hd0, gpt1) at boot time
Date: Sun, 14 Aug 2016 20:24:08 +0200 [thread overview]
Message-ID: <2801588618868301236@scdbackup.webframe.org> (raw)
In-Reply-To: <d3c90881-dfab-c524-f83f-2fd830b23ce1@gmail.com>
Hi,
i riddled over UEFI appendix A:
> > Do you mean that one has to interpret the statement of UEFI 2.4
> > "All EFI GUIDs (Globally Unique Identifiers) have the format described
> > in RFC 4122 [...]
> > It should also be noted that TimeLow, TimeMid, TimeHighAndVersion fields
> > in the EFI are encoded as little endian."
> > as
> > The text format of EFI GUIDs is the same as in RFC 4122, but the binary
> > representation is byte-swapped at the first 4, 2, and 2 bytes.
Andrei Borzenkov wrote:
> Yes. See other mail I just sent :)
I have to give in, since i am not in the position to raise protest against
Intel et.al. because of obfuscating english language. :))
> > Value "modification-date" produces a low
> > quality GUID from the value set by option --modification-date=.
> How? Time base UUID (Version 1) requires "node data"
I am aware that the result is a poor fake of an UUID. Its time granularity
is below any standard. No site id. So i let it pose as random.
The reason for offering it is to reduce the number of parameters which
one has to remember for reproducibly producing an ISO.
(--modification-date= must be used in any case to override the automatic
"now" timestamping of the ISO filesystem.)
> > The partition GUIDs will be generated in a reproducible way by exoring a
> > little-endian 32 bit counter with the disk GUID beginning at byte offset 9.
> Not sure I follow - what counter?
Partition number. I shall clarify this in the API.
In result the GUID byte strings of a grub-mkrescue GPT will look like
GPT disk GUID : 2303cd2a73c7424aa29825632da7f446
GPT partition GUID : 1 2303cd2a73c7424aa29925632da7f446
GPT partition GUID : 2 2303cd2a73c7424aa29a25632da7f446
GPT partition GUID : 3 2303cd2a73c7424aa29b25632da7f446
GPT partition GUID : 4 2303cd2a73c7424aa29c25632da7f446
In current xorriso, the first partition GUID is the original random
and disk GUID is derived from it as last one:
GPT disk GUID : 6d359a15f8763e47b9ee78207025c200
GPT partition GUID : 1 6d359a15f8763e47b9ea78207025c200
...
GPT partition GUID : 4 6d359a15f8763e47b9e978207025c200
> My copy of 2.4 RevC still does not mention IEEE 802
I have a PDF with title
Unified Extensible Firmware Interface Specification
Version 2.4 Errata B
April, 2014
In appendix A, table 218, row "Node" i read:
"Byte Offset: 10"
"Byte Length: 6"
"Description:
The spatially unique node identifier. This can be based
on any IEEE 802 address obtained from a network
card. If no network card exists in the system, a
cryptographic-quality random number can be used."
> Yes it could be more clear.
They should pay you a reward for compensating this flaw.
Have a nice day :)
Thomas
next prev parent reply other threads:[~2016-08-14 18:22 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-12 14:11 Grub module to return partuuid of a device such as (hd0, gpt1) at boot time Steve Kenton
2016-08-13 17:30 ` adrian15
2016-08-13 18:40 ` Andrei Borzenkov
2016-08-13 20:25 ` Steve Kenton
2016-08-14 7:13 ` Andrei Borzenkov
2016-08-14 9:09 ` Thomas Schmitt
2016-08-14 11:55 ` Andrei Borzenkov
2016-08-14 13:55 ` Thomas Schmitt
2016-08-14 15:44 ` Thomas Schmitt
2016-08-14 16:06 ` Andrei Borzenkov
2016-08-14 18:24 ` Thomas Schmitt [this message]
2016-08-14 16:05 ` Andrei Borzenkov
2016-08-14 12:32 ` Steve Kenton
2016-08-14 18:31 ` Adding partition guid/uuid to the probe command for use with Linux kernel command line root=PARTUUID=$guid Steve Kenton
2016-08-15 4:04 ` Andrei Borzenkov
2016-08-15 5:09 ` Steve Kenton
2016-08-14 4:12 ` Grub module to return partuuid of a device such as (hd0, gpt1) at boot time Michael Zimmermann
2016-08-14 6:42 ` Andrei Borzenkov
2016-08-13 20:30 ` Steve Kenton
-- strict thread matches above, loose matches on Subject: below --
2016-08-15 2:43 Nick Vinson
2016-08-15 2:58 ` skenton
2016-08-15 3:47 ` Nick Vinson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2801588618868301236@scdbackup.webframe.org \
--to=scdbackup@gmx.net \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).