OCE and GPT. No Dice!

Lister lister at kawashti.org
Mon Apr 26 13:58:23 UTC 2010


$ dumpfs /dev/da0p2
magic   19540119 (UFS2) time    Sun Apr 25 20:40:18 2010
superblock location     65536   id      [ 4bd08383 b5a1e1a4 ]
ncg     205     size    50384895        blocks  50359677
bsize   65536   shift   16      mask    0xffff0000
fsize   65536   shift   16      mask    0xffff0000
frag    1       shift   0       fsbtodb 7
minfree 8%      optim   time    symlinklen 120
maxbsize 65536  maxbpg  8192    maxcontig 2     contigsumsize 2
nbfree  49949427        ndir    5       nifree  6350052 nffree  0
bpg     245897  fpg     245897  ipg     30976   unrefs  0
nindir  8192    inopb   256     maxfilesize     36033195603132415
sbsize  8192    cgsize  65536   csaddr  125     cssize  65536
sblkno  2       cblkno  3       iblkno  4       dblkno  125
cgrotor 57      fmod    0       ronly   0       clean   1
avgfpdir 64     avgfilesize 16384
flags   soft-updates
fsmnt   /SH/huge
volname         swuid   0

I'd also like to suggest growfs be in a bug state for the same reason as dumpfs. It reports its error in blocks while it takes input in sectors.

-----
Hatem Kawashti
----- Original Message ----- 
From: "Andriy Gapon" <avg at icyb.net.ua>
To: "Lister" <lister at kawashti.org>
Sent: Monday, April 26, 2010 15:50
Subject: !Probable-UBE! Re: OCE and GPT. No Dice!


> on 26/04/2010 16:34 Andriy Gapon said the following:
>> on 26/04/2010 16:31 Lister said the following:
>>> I didn't think 50384895 was in blocks because growfs itself takes -s
>>> <sectors> for input and it's man page has nothing about errors in
>>> blocks, or at all!
>>> Again, according to dumpfs manpage, and I quote "If -m is specified, a
>>> newfs(8) command is printed that can be used to generate a new file
>>> system with equivalent settings." newfs takes -s <sectors> not blocks.
>>> Given that, dumpfs has a bug, at least with -m option.
>> 
>> Yep, I agree, it's a mess.
> 
> In fact, it's quite strange.
> Can you provide output of dumpfs without -m option, only the header (before first
> blank line)?
> 
> 
> -- 
> Andriy Gapon


More information about the freebsd-geom mailing list