At 2:25 PM -0400 8/5/99, Allen Briggs wrote:

> > >Here's a blatant example of a bug in 1.4:
> > >speedbump# df
> > >Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> > >/dev/sd0a      889539   228328   572257    28%    /
> > >/dev/sd1g     1014235    99676   813135    10%    /home
> > >/dev/sd1a     3038071  1014244  1720019    37%    /pub
> > >kernfs              1        1        0   100%    /kern
> > >procfs              4        4        0   100%    /proc
> > >speedbump# du /pub
> > >8       /pub/lost+found
> > >9       /pub
> > >
> > >Yes, that's right, /pub is completely and utterly EMPTY, yet df
> > >reports it is 37% full.
> >
> > Is that the case after a reboot? Because if you remove files that processes
> > still hold open fds to, the space does not get reclaimed. Try looking at
> > the fuser or lsof output for that partition.

Yes, its the case after a reboot as well.

>Also, is this a converted partition?

No.

>What does "dumpfs /pub" (run as root) show?

I assume you're only interested in the bit at the top?  (It's 244k of data)

Endian big-endian magic 11954   time    Sun Jul 25 18:24:45 1999
cylgrp  dynamic inodes  4.2/4.3BSD      fslevel 1
nbfree  252977  ndir    2       nifree  505340  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 0    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


>Can you do a little more digging and file a PR?  Let's get
>these bugs fixed...

Sure.  Anything else I need to do?  How do I file a PR?

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