[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] ntfs UUIDs (Re: UUID-based boot (Re: [PATCH] Environment blo

From: Robert Millan
Subject: Re: [PATCH] ntfs UUIDs (Re: UUID-based boot (Re: [PATCH] Environment block support for grub2))
Date: Sun, 8 Jun 2008 21:19:57 +0200
User-agent: Mutt/1.5.13 (2006-08-11)

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).

Robert Millan

<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 /.)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]