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>