At 8:19 AM -0400 8/6/99, Allen Briggs wrote:

>
> > >	fsck -T ffs:"-c 2" /pub
> > >Assuming that works, remount the filesystem and see if it's still
> > >behaving oddly.
> >
> > Did all that, still reports the same bogus info.
>
>Hmm...  Try converting to level 3.

Same problem.

>If this is an empty file system and converting to level 3 doesn't 
>work, try running newfs within NetBSD.

Well that did the trick:

Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
/dev/sd1a     2023869        1  1922674     0%    /pub

>If you could, though, do dumpfs and save the output first...

Before:

Endian big-endian magic 11954   time    Sat Aug  7 09:01:53 1999
cylgrp  dynamic inodes  4.4BSD  fslevel 3
nbfree  252977  ndir    2       nifree  505339  nffree  11
ncg     329     ncyl    5264    size    2092290 blocks  3038071
bsize   8192    shift   13      mask    0xffffe000
fsize   1024    shift   10      mask    0xfffffc00
frag    8       shift   3       fsbtodb 1
cpg     16      bpg     795     fpg     6360    ipg     1536
minfree 10%     optim   space   maxcontig 1     maxbpg  2048
rotdelay 4ms    headswitch 0us  trackseek 0us   rps     60
ntrak   5       nsect   159     npsect  159     spc     795
symlinklen 60   trackskew 0     interleave 1    contigsumsize 0
nindir  2048    inopb   64      nspf    2
sblkno  16      cblkno  24      iblkno  32      dblkno  224
sbsize  3072    cgsize  2048    cgoffset 80     cgmask  0xfffffff8
csaddr  224     cssize  6144    shift   9       mask    0xfffffe00
cgrotor 0       fmod    0       ronly   0       clean   0x01

After:

Endian big-endian magic 11954   time    Sat Aug  7 19:42:45 1999
cylgrp  dynamic inodes  4.4BSD  fslevel 3
nbfree  252982  ndir    1       nifree  510717  nffree  12
ncg     285     ncyl    4549    size    2092290 blocks  2023869
bsize   8192    shift   13      mask    0xffffe000
fsize   1024    shift   10      mask    0xfffffc00
frag    8       shift   3       fsbtodb 1
cpg     16      bpg     920     fpg     7360    ipg     1792
minfree 5%      optim   time    maxcontig 8     maxbpg  2048
rotdelay 0ms    headswitch 0us  trackseek 0us   rps     60
ntrak   5       nsect   184     npsect  184     spc     920
symlinklen 60   trackskew 0     interleave 1    contigsumsize 8
nindir  2048    inopb   64      nspf    2
sblkno  16      cblkno  24      iblkno  32      dblkno  256
sbsize  2048    cgsize  2048    cgoffset 96     cgmask  0xfffffff8
csaddr  256     cssize  5120    shift   9       mask    0xfffffe00
cgrotor 0       fmod    0       ronly   0       clean   0x01

Does this mean there's a bug in Mkfs 1.45?  Or in netbsd itself?  Why 
didn't fsck pick up on a discrepancy (could data written to this 
partition before I newfs'd it gotten corrupted)?

> > 4 speedbump: /home/nate> kill -s HUP 8752
> > s: Unknown signal; kill -l lists signals.
>
>Is that one in the FAQ?  You're probably using tcsh, which has a
>built-in kill command.  If you run /bin/kill, you'll see the documented
>behavior.

Ah, I am using tcsh.  Didn't think of that!  Sorry for the false alarm.

Thanks for the help!  I'll submit a bug report.

--
nathan raymond
webmaster <a href="http://www.everythingmac.com">everythingmac.com</a>