Subject: Re: df output with a really large filesystems
To: David Laight <>
From: Bill Studenmund <>
List: tech-userlevel
Date: 03/31/2004 14:20:39
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 31, 2004 at 09:37:27PM +0100, David Laight wrote:
> On Mon, Mar 29, 2004 at 06:38:25PM -0800, Bill Studenmund wrote:
> > Interesting. Looks like statfs got missed. stat(2) already has:
> >=20
> >          int64_t   st_blocks;  /* blocks allocated for file */
> >=20
> > So we're ok if a file is big, but not the fs.
> >=20
> > Someone want to fix this fast so it makes 2.0? :-)
> The first thing to fix is the netbsd disklabel.  Although the kernel
> uses 64bit numbers for disk sectors, and both the ffsv1 and ffsv2
> filesystems can handle disks with > 2^32 sectors, there is no way
> to describe such a disk volums.

I disagree. 1) NFS already permits us to mount file systems which are=20
large enough to need this change, and 2) we certainly don't need to gate=20
this change on disklabel changes. :-)

I agree that changing the statfs calls won't do much until we change=20
disklabel support. But going forward on statfs seems like a good thing=20

Take care,


Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.2.3 (NetBSD)