Date: Fri, 14 Aug 1998 11:25:13 -0500 From: "Gregory D. Moncreaff" <moncrg@bt340707.res.ray.com> To: Poul-Henning Kamp <phk@FreeBSD.ORG> Cc: moncrg@bt408720.res.ray.com, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7608 Message-ID: <35D464E9.A1B978B9@bt340707.res.ray.com> References: <199808140653.XAA22887@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
ok, so its a filesystem problem, or a newfs problem, but its still a problem I did state that this happened on a clean install of 2.2.7 release on CD, and there does not seem to be any errata about disappearing disk.... novice install: - use entire disk - 300 / - 200 swap - remainder /usr the question may be "why didn't the install use the entire slice [e] when doing newfs" [if such a thing is possible] maybe this should be refiled instead of closed??? Poul-Henning Kamp wrote: > Synopsis: inconsistant df, doesn't match label or probe > > State-Changed-From-To: open-closed > State-Changed-By: phk > State-Changed-When: Thu Aug 13 23:52:14 PDT 1998 > State-Changed-Why: > just because the disklabel claims a certain size doesn't mean that > the filesystem knows about it. > dump your filesystem to tape/other machine/punched cards, newfs > and restore > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message -- Greg Moncreaff, Senior Software Engineer, CNS/ATN Raytheon Systems Company, Mailstop 2.2.2507 Raytheon 1001 Boston Post Road East, Marlboro, MA 01752 USA 508.490.2048, 508.490.2086 fax -- Disclaimer: "this is my personal opinion and not that of my employer" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?35D464E9.A1B978B9>