tunefs.8 oddity

[Julian Elischer]

Stefan Esser wrote:
> Maxim Konovalov schrieb:
>> On Fri, 20 Jul 2007, 23:21+0800, Xin LI wrote:
>>
>>> Maxim Konovalov wrote:
>>>> Hello,
>>>>
>>>> after spending a half an hour trying to help a friend of mine to turn
>>>> soft updates on the root filesystem on I'd like to revert a part of
>>>> rev. 1.21 just because it makes life of an average sysadmin easier:
>>>>
>>>> Index: tunefs.8
>>>> ===================================================================
>>>> RCS file: /home/ncvs/src/sbin/tunefs/tunefs.8,v
>>>> retrieving revision 1.37
>>>> diff -u -p -r1.37 tunefs.8
>>>> --- tunefs.8    31 Oct 2006 21:52:28 -0000      1.37
>>>> +++ tunefs.8    20 Jul 2007 14:57:30 -0000
>>>> @@ -165,6 +165,8 @@ utility appeared in
>>>>  .Bx 4.2 .
>>>>  .Sh BUGS
>>>>  This utility should work on active file systems.
>>>> +To change the root filesystem, the system must be rebooted
>>>> +after the filesystem is tuned.
>>>>  .\" Take this out and a Unix Daemon will dog your steps from now until
>>>>  .\" the time_t's wrap around.
>>>>  .Pp
>>>> %%%
>>> Any chance that we resolve the bug instead of documenting it? :-)
>>>
>> Personally, I have no energy/time for that.  It was documented for
>> ages, it is still documented in other BSDs.
> 
> It has long ago been converted to a mount option instead of a
> tunefs command in NetBSD. My FreeBSD systems are patched that
> way since shortly after soft-updates was committed (long before
> it became available in NetBSD, IIRC); I have not checked whether
> they used the (very simple) patches I had posted at that time.
> 
> Controlling soft-updates during mount has many advantages (not
> only if you decide to enable it on a root file-system that had
> been created without it) and no disadvantages.
> 

As the person who added this originally on behalf of Kirk,
I think the time for this has probably come.
I think even Kirk has said this might now make sense but 
I'd check with him first.


> Regards, STefan
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"