https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296022

--- Comment #1 from Ricardo Branco <[email protected]> ---
I ran this command on NetBSD:

# dumpfs -s /
file system: /dev/rdk6
format    FFSv2
endian    little-endian
location 65536    (-b 128)
magic    19540119    time    Fri Jun 12 16:24:17 2026
superblock location    65536    id    [ 68d06135 787b968e ]
nbfree    9260990    ndir    51861    nifree    18957676    nffree    16418
ncg    414    size    78643200    blocks    77424358
bsize    32768    shift    15    mask    0xffff8000
fsize    4096    shift    12    mask    0xfffff000
frag    8    shift    3    fsbtodb    3
bpg    23745    fpg    189960    ipg    46848
minfree    5%    optim    time    maxcontig 2    maxbpg    4096
symlinklen 120    contigsumsize 2
maxfilesize 0x000800800805ffff
nindir    4096    inopb    128
avgfilesize 16384    avgfpdir 64
sblkno    24    cblkno    32    iblkno    40    dblkno    2968
sbsize    4096    cgsize    32768
csaddr    2968    cssize    8192
cgrotor    0    fmod    0    ronly    0    clean    0x02
wapbl version 0x1    location 2    flags 0x0
wapbl loc0 314597568    loc1 131072    loc2 512    loc3 3
snapshot inodes 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
usrquota 0    grpquota 0
flags    wapbl 
fsmnt    /
volname        swuid    0

It seems FreeBSD is reading NetBSD WAPBL fields as UFS2 fields due to struct
layout divergence:

wapbl loc1 131072

FreeBSD reports fs_metaspace = 131072. That's wapbl loc1. FreeBSD's
fs_metaspace field offset in struct fs corresponds to a NetBSD WAPBL journal
location field.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to