SUMMARY: One FS, two df Outputs

From: Jochen Bern (bern@penthesilea.uni-trier.de)
Date: Thu Feb 29 1996 - 09:55:14 CST


[I wrote that I did a:]
> rsh -l Bern aure dump 0f - /usr/local | restore xf - the subdirs of interest
> and occasionally had a Look at the Progress with df /dev/sd0h.
> No Progress.
> Finally (the dump|restore was done), I found the following:
> medusa:/su/~Bern# mount | egrep '(dev|mnt)'
> /dev/sd0h on /mnt type 4.2 (rw,noquota)
> medusa:/su/~Bern# df /dev/sd0h /mnt
> Filesystem kbytes used avail capacity Mounted on
> /dev/sd0h 334855 9 301360 0% /mnt
> /dev/sd0h 334855 302676 0 100% /mnt

Gold Medal to Casper Dik <casper@holland.Sun.COM>, and honorable Mentions
to B C Hamshere <B.C.Hamshere@newcastle.ac.uk> and Tim Bradshaw
<tfb@aiai.ed.ac.uk>. The Problem was that depending on how exactly
you refer to the FS in Question, df will look up either in-Kernel or
on-Disk Versions of the respective Values. Giving the Mount Point or the
raw Device thus provides more current Data, while the Values given for
the Block Device may lag.

Thanks again,
                                                                J. Bern

-- 
  /\  /""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""\
 /  \/ bern@uni-trier.de    (Size Limit!)   | P.O. Box 1203 | Ham:  \/\
/ J. \ bern@ti.uni-trier.de (SUNAttachm.OK) | D-54202 Trier | DD0KZ /  \
\Bern/ No Finger etc.; Use Mail (Subj. "##" for Autoreply List) and \  /
 \  /\ WWW. /\/
  \/  \____________________________________________________________/



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:10:54 CDT