<div dir="ltr"><div>
<span class="gmail-im">> P.P.S. What _is_ LABEL_FATBOOT anyway?</span>
</div><br><div>Bootable FAT has two labels, one on the boot sector and one as a ROOT directory entry with type 'Volume Label'. LABEL_FATBOOT is the label on the boot sector.
The entry in the root directory is equivalent to a volume label in a
modern FS and MSFT and everyone treats it as such and ignores the label
on the boot sector.
<br><br><div><a href="http://www.c-jump.com/CIS24/Slides/FAT/FAT.html">http://www.c-jump.com/CIS24/Slides/FAT/FAT.html</a></div><div><a href="https://lkml.org/lkml/2017/10/4/512">https://lkml.org/lkml/2017/10/4/512</a></div><div><br></div><div>- Eric<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 11 Feb 2023 at 17:06, enh <<a href="mailto:enh@google.com">enh@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, Feb 11, 2023 at 4:07 AM Rob Landley <<a href="mailto:rob@landley.net" target="_blank">rob@landley.net</a>> wrote:<br>
><br>
><br>
><br>
> On 2/10/23 07:33, Eric Molitor wrote:<br>
> > Actually you were spot on with your feedback. I also checked with e2fsprogs,<br>
> > util-linux and busy box blkid and this is the most consistent ordering of output<br>
> > for SEC_TYPE.<br>
> ><br>
> > - Eric<br>
> > ---<br>
> > tests/blkid.test | 2 +-<br>
> > toys/other/blkid.c | 2 +-<br>
> > 2 files changed, 2 insertions(+), 2 deletions(-)<br>
> ><br>
> > diff --git a/tests/blkid.test b/tests/blkid.test<br>
> > index 4c385dcb..7e625492 100755<br>
> > --- a/tests/blkid.test<br>
> > +++ b/tests/blkid.test<br>
> > @@ -29,7 +29,7 @@ testing "f2fs" "BLKID f2fs" \<br>
> > 'temp.img: LABEL="myf2fs" UUID="b53d3619-c204-4c0b-8504-36363578491c"<br>
> > TYPE="f2fs"\n' \<br>
> > "" ""<br>
> > testing "iso" "BLKID iso" \<br>
> > - 'temp.img: SEC_TYPE="msdos" LABEL="MYISO" UUID="1970-01-02-12-55-42-00"<br>
> > TYPE="iso9660"\n' \<br>
> > + 'temp.img: LABEL="MYISO" UUID="1970-01-02-12-55-42-00" TYPE="iso9660"\n' \<br>
> > "" ""<br>
><br>
> My TEST_HOST on devuan is doing UUID= before LABEL= for isofs. No idea why?<br>
><br>
> --- expected 2023-02-11 05:59:58.915956238 -0600<br>
> +++ actual 2023-02-11 05:59:58.923956238 -0600<br>
> @@ -1 +1 @@<br>
> -temp.img: LABEL="CDROM" UUID="2023-02-08-04-47-27-00" TYPE="iso9660"<br>
> +temp.img: UUID="2023-02-08-04-47-27-00" LABEL="CDROM" TYPE="iso9660"<br>
><br>
> Let's see what gentoo is doing... doesn't make it that far because it says<br>
> BLOCK_SIZE=1024 for ext2. Of course. (util-linux 2.33 vs 2.38.)<br>
><br>
> Right VERBOSE=all and... well, the weird "cdrom reports fields in reverse order<br>
> except TYPE= is still at the end" remains true, but the new util-linux version<br>
> added BLOCK_SIZE to most things, and a redundant looking LABEL_FATBOOT to msdos<br>
> and vfat.<br>
><br>
> I'm going to check in a wild guess at "currently least wrong", and throw the iso<br>
> image I made on ancient knoppix into the test file dir so it has something to<br>
> pass against for the moment so I can push stuff without obviously breaking make<br>
> tests.<br>
><br>
> And then go BACK to trying to finish the shell read builtin instead of diverging<br>
> into adding BLOCK_SIZE just now. (NO idea how to genericize that across<br>
> different filesystems, unless maybe they're consistent about storing it as a<br>
> 1<<SIZE value?)<br>
><br>
> Rob<br>
><br>
> P.S. Would running the output through:<br>
><br>
> sed 's/" \([A-Z]\)/"\n\1/g' | sort | xargs<br>
><br>
> be cheating? Mine producing fields in a consistent order and util-linux NOT<br>
> doing so is a divergence, but I don't think it's necessarily a _bug_?<br>
<br>
iirc that was my suggestion last time this came up... afaict, upstream<br>
doesn't really care about ordering (because they're assuming these are<br>
being interpreted as assignments by something that itself doesn't<br>
care), and it does just change over time.<br>
<br>
> P.P.S. What _is_ LABEL_FATBOOT anyway?<br>
> _______________________________________________<br>
> Toybox mailing list<br>
> <a href="mailto:Toybox@lists.landley.net" target="_blank">Toybox@lists.landley.net</a><br>
> <a href="http://lists.landley.net/listinfo.cgi/toybox-landley.net" rel="noreferrer" target="_blank">http://lists.landley.net/listinfo.cgi/toybox-landley.net</a><br>
</blockquote></div>