Xref: utzoo comp.bugs.sys5:465 comp.unix.wizards:9283
Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!agate!ig!uwmcsd1!marque!uunet!munnari!moncskermit!labtam!timr
From: timr@labtam.OZ (Tim Roper)
Newsgroups: comp.bugs.sys5,comp.unix.wizards
Subject: Re: File System Type (statfs, sysfs)
Summary: diskless workstations?
Keywords: System V Release 3.1.1 Version 3 for AT&T 3B2
Message-ID: <692@labtam.OZ>
Date: 7 Jun 88 00:14:44 GMT
References: <479@uniq.UUCP> <681@labtam.OZ> <480@uniq.UUCP>
Organization: Labtam Limited., Melbourne, Australia
Lines: 12

In article <480@uniq.UUCP>, rjnoe@uniq.UUCP (Roger J. Noe) writes:
> ...
> 3.  I searched through 3.0 source code and the only time I found any program
> or library routine using f_fstyp after doing a statfs was in mount(1M) and
> under very specific circumstances:
> 	1. Neither -d nor -f options specified
> 	2. Pathname passed to statfs is "/"
> 	3. Followed by a sysfs(GETFSTYP) to get the fsname for this f_fstyp
> The resulting file system type name will never be DUFST.  (The purpose of this
> was to get the default fstyp for a local mount when no -f was specified.)
A diskless workstation with the root filesystem accessed via RFS springs to
mind :-)  Not that 3.0/RFS could do this as is ...
D