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