SCO 3.2.2 df/dfspace problem

[Gordon C. Galligher]

In article <48 at raysnec.UUCP> shwake at raysnec.UUCP (Ray Shwake) writes:
>>In article <1417 at beaudin.UUCP> john at beaudin.UUCP (John Beaudin) writes:
>>>df: cannot statfs Bad	 statfs: No such file or directory
>>>df: cannot statfs Using	 statfs: No such file or directory
>>>
>>>Why the complaint about 'cannot statfs'?
>
>	I first encountered this problem after changing root's default
>	shell from Bourne to C shell and subsequently rebooting. More
>	seriously, I was no longer able to go into single-user mod. Changing
>	back to Bourne didn't correct these problems. SCO said (months ago)
>	that it was aware of the problems and they would be corrected in
>	the next release. 

I am currently using the csh as root's shell.  What I have done, however,
is fix the file /etc/bcheckrc, because it is the one putting the bogus
errors into the /etc/mnttab file.  Instead of:
	/bin/su root -c "/etc/devnm /" | grep -v swap | /etc/setmnt
mine now reads:
	/bin/su root -c "/etc/devnm /" | grep -v swap | grep -v Bad |
		grep -v Using | /etc/setmnt

(The above is on ONE line, not multiple lines).  I noticed this problem
long before I changed root's shell to /bin/csh.  You may ask me why
I have chosen three greps instead of a much easier egrep.  A simple
response is egrep exists in /usr/bin while grep exists in /bin.  On
some systems, / and /usr are separate filesystems and attempting to
use egrep at this point would most assuredly fail.

		-- Gordon.
-- 
Gordon C. Galligher	9127 Potter Rd. #2E	Des. Plaines, Ill.    60016-4881
     telxon!ping%gorpong at uunet.uu.net (not tested)  (Is this even legal??)
     ...!uunet!telxon!ping!gorpong      (tested)    (And it works!)
"It seems to me, Golan, that the advance of civilization is nothing but an
 exercise in the limiting of privacy." - Janov Pelorat -- _Foundation's Edge_