[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] ntfs UUIDs (Re: UUID-based boot (Re: [PATCH] Environment blo
Re: [PATCH] ntfs UUIDs (Re: UUID-based boot (Re: [PATCH] Environment block support for grub2))
Sun, 8 Jun 2008 21:19:57 +0200
On Sat, Jun 07, 2008 at 11:34:39PM -0400, Pavel Roskin wrote:
> On Sat, 2008-06-07 at 07:44 +0200, Tomáš Ebenlendr wrote:
> > Dne 7 Červen 2008, 01:31, Robert Millan napsal(a):
> > > This patch adds the 64-bit serial number as UUID. But I'm not sure what
> > > is the "standard" method to stringify this number. Apparently, Windows
> > > only prints half of it in the dir command.
> > That seems to me as some backward (pronounce: awkward) compatibility of
> > M$ Volume ID. Volume ID in M$ windows is (as you say) 'xxxx-xxxx' two
> > 16 bit hexadecimal numbers. And all programs I tested report the number
> > this way. So if we want user to enter these numbers manually we should
> > ignore the remaining four bits. Alternatively we can provide utility that
> > prints out whole serial number.
> I suggest that you check udev sources:
> It calculates UUID for many filesystems (see extras/lib/volime_id/lib).
> It would be nice to stay compatible with udev.
Ok. I adjusted it to output the same format as vol_id and committed. Turns
out this was the simplest to implement (get a 64-bit LE and print right away).
<GPLv2> I know my rights; I want my phone call!
<DRM> What good is a phone call… if you are unable to speak?
(as seen on /.)
Re: [PATCH] Environment block support for grub2, Yoshinori K. Okuji, 2008/06/13
- Re: [PATCH] Environment block support for grub2, (continued)