disabling journaling?

Warner Losh imp at bsdimp.com
Tue Mar 3 01:47:12 UTC 2015


> On Mar 2, 2015, at 6:41 PM, George Rosamond <george at ceetonetechnology.com> wrote:
> 
> George Rosamond:
>> Ian mentioned softupdates + journaling is a problem.
>> 
>> https://marc.info/?l=freebsd-arm&m=142526289401012&w=2
>> 
>>> IMO, there's your problem right there.  People have been reporting for
>>> years that softupdates + journaling = corruption.  The freebsd project's
>>> collective response to all those reports has been a rather silent yawn.
>>> The only sane response, IMO, is to not use journaling.
>> 
>> Should crochet be adjusted for it in lib/disk.sh?
>> 
>>    # Turn on Softupdates
>>    tunefs -n enable ${NEW_UFS_DEVICE}
>>    # Turn on SUJ with a minimally-sized journal.
>>    # This makes reboots tolerable if you just pull power
>>    # Note:  A slow SDHC reads about 1MB/s, so a 30MB
>>    # journal can delay boot by 30s.
>>    tunefs -j enable -S 4194304 ${NEW_UFS_DEVICE}
>>    # Turn on NFSv4 ACLs
>>    tunefs -N enable ${NEW_UFS_DEVICE}
>> 
>> I assume journaling should go first. Besides in build scripts, don't
>> know how this would be done a system for the root partition when you
>> can't go into single-user mode.
> 
> Let me qualify that.  Should journaling be disabled by default on flash
> media?  This wouldn't necessarily apply to all Crochet builds.

Media type shouldn’t matter. If there’s bugs, there’s bugs.

Warner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20150302/f7e94da8/attachment.sig>


More information about the freebsd-arm mailing list