Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/5/84; site unicus.UUCP
Path: utzoo!mnetor!yetti!unicus!emc
From: emc@unicus.UUCP (Eric M. Carroll)
Newsgroups: comp.unix.wizards,comp.sys.nsc.32k
Subject: df reports "not a filesystem"
Message-ID: <570@unicus.UUCP>
Date: Sun, 24-May-87 07:19:16 EDT
Article-I.D.: unicus.570
Posted: Sun May 24 07:19:16 1987
Date-Received: Tue, 26-May-87 01:10:27 EDT
Reply-To: Eric.M.Carroll@Unicus.COM
Distribution: na
Organization: Unicus Corporation, Toronto, Ont, Canada
Lines: 29
Summary: It is too. Is this a bug?
Xref: mnetor comp.unix.wizards:2452 comp.sys.nsc.32k:151

A strange thing began to happen after we installed our new Maxtor 3380
drives this weekend. We used 512B blocks and partitioned the disk
as follows:
	0s0:	16384 blocks	(/)	0s4:	64 blocks (boot)
	0s1:	526604 blocks	(/usr)	0s5:	16384	  (swap)
	0s2:	61440 blocks	(/u)	0s6:	2	  (partition table)
	0s3:	overlaps 0s1 and 0s2	0s7:	620876	  (disk)
The layout was / swap /usr /u, which is rather non-standard. The problem
is that df reports 
	(/dev/dsk/0): is not a file system
once /dev/dsk/0s1 is mounted on /usr. I looked at the strings in df, and
saw that it was using a ten wide field for the device name - thus the 
truncation. But why is it not a filesystem? mkfs worked ok, and
the Great Disk God fsck says nary a peep. In fact, we have been running
it as a filesystem for a day now, no trouble. We have no source, so I 
cannot divine what df considers to be an illegal file system.
The strings output shows that df is using a ld format in printing out the
number of blocks, killing our pet theory of shorts in use when longs
were needed. This is messing up my accounting, so if all else fails we
will have to rewrite df from scratch.

This is all on sysVr2v2 on an ICM3216 from NSC.
	
	Any help would be appreciated. Thanks.
-- 
	Eric Carroll 			Unicus Corporation, Toronto Ont.
	Eric.M.Carroll@Unicus.COM				  (Internet)
	{seismo!mnetor, utzoo!utgpu!utcsri}!unicus!Eric.M.Carroll (dumb UUCP)
	mnetor!unicus!Eric.M.Carroll@seismo.css.GOV		  (dumb ARPA)