Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 6 Oct 1995 05:45:36 -0500 (CDT)
From:      "Doug S." <serges@umr.edu>
To:        terry@lambert.org (Terry Lambert)
Cc:        freebsd-questions@freefall.freebsd.org
Subject:   Re: tunefs
Message-ID:  <m0t1AHY-0004IQC@nero.x10siv.org>
In-Reply-To: <199510060009.RAA05011@phaeton.artisoft.com> from "Terry Lambert" at Oct 5, 95 05:09:04 pm

next in thread | previous in thread | raw e-mail | index | archive | help


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.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m0t1AHY-0004IQC>