From owner-freebsd-questions  Fri Oct  6 03:54:35 1995
Return-Path: owner-questions
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id DAA23205
          for questions-outgoing; Fri, 6 Oct 1995 03:54:35 -0700
Received: from umr.edu (hermes.cc.umr.edu [131.151.1.68])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA23200
          for <freebsd-questions@freefall.freebsd.org>; Fri, 6 Oct 1995 03:54:31 -0700
Received: from nero.x10siv.org (dialup-pkr-5-10.network.umr.edu [131.151.253.79]) via SMTP by hermes.cc.umr.edu (8.6.12/E.3.12) id FAA11537; Fri, 6 Oct 1995 05:53:21 -0500
Received: by nero.x10siv.org (Smail3.1.29.0 #2)
	id m0t1AHY-0004IQC; Fri, 6 Oct 95 05:45 CDT
Message-Id: <m0t1AHY-0004IQC@nero.x10siv.org>
From: "Doug S." <serges@umr.edu>
Subject: Re: tunefs
To: terry@lambert.org (Terry Lambert)
Date: Fri, 6 Oct 1995 05:45:36 -0500 (CDT)
Cc: freebsd-questions@freefall.freebsd.org
In-Reply-To: <199510060009.RAA05011@phaeton.artisoft.com> from "Terry Lambert" at Oct 5, 95 05:09:04 pm
X-Mailer: ELM [version 2.4 PL24 ME7]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1261      
Sender: owner-questions@FreeBSD.org
Precedence: bulk


Thanks, to all who replied to my query.

> > > Is there a way under FBSD to 'tunefs' the / filesystem, WITHOUT
> > > creating another filesystem and without making an existing filesystem
> > > bootable? 
> > 
> > You must can only tunefs a dismounted filesystem - so you must do one of
> > a few things:
> 
> Oh heck; I forgot that I had hacked that.
> 
> The main problem is getting the tuning changes into the in-core copy of
> the struct so that it effects subsequent operations on the FS in question.
> 
> The -current code can't do this, so that's why the mount/remount.

Okay. There reason why I originally inquired about this is because I
recalled from SVR4.0 that it was possible to tune a mounted filesystem
(hmmm... maybe that was SunOS4.0.3??... Im not sure which). At any rate,
I wanted to know what the current FBSD policy was on the matter. 

> The fix is to replace the read/write interface with an in/out ioctl()
> interface.

Ah... Okay. There we go. And I take it the 'fix' isnt to be found floating
around somewhere on the FBSD distribution. 

Thanks,

Serge.
serges@umr.edu
--------------

> 
> 					Terry Lambert
> 					terry@lambert.org
> ---
> Any opinions in this posting are my own and not those of my present
> or previous employers.