gjournal and TRIM: A safe combination?

krad kraduk at gmail.com
Wed Oct 21 10:48:40 UTC 2015

I thought SU+J was the preferred method these days, not gjournal. I quite
out of touch with ufs these days though.

On 21 October 2015 at 01:33, Brandon J. Wandersee <
brandon.wandersee at gmail.com> wrote:

> I've recently created several new UFS partitions on an SSD. I activated
> gjournal on the largest--about 200Gb in size--and afterward received a
> warning during boot-up:
>     WARNING: /usr/home: TRIM flag on fs but disk does not confirm that
>     it supports TRIM
> The disk does indeed support TRIM, and `camcontrol identify` can detect
> as much, but it seems gjrounal interferes with this detection. But does
> it actually interfere with TRIM in any way? More importantly, does it
> endanger the data on the filesystem at all? The real issue, I suppose,
> is that there are four possible formatting options:
> 1. UFS with TRIM, but without journaling. Disk performance is
> maintained, but data is unprotected in the event of a crash.
> 2. UFS with journaling, but without TRIM. Data is likely protected should a
> crash occur, but the filesystems need to be periodically recreated with
> `newfs -E`to restore performance.
> 4. UFS with both journaling and TRIM. Ideal, so long as one doesn't
> interfere with the other.
> 3. UFS with neither journaling or TRIM. Not an option.
> I guess I'm just curious which of the first three I should go for. Daily
> backups are part of my routine in any case. Thanks in advance for any
> advice or clarification.
> --
> ==================================================================
>                       :: Brandon Wandersee ::
>                   :: brandon.wandersee at gmail.com ::
> ==================================================================
> 'A common mistake that people make when trying to design something
> completely foolproof is to underestimate the ingenuity of complete
> fools.'
>                                                 - Douglas Adams
> ==================================================================
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe at freebsd.org"

More information about the freebsd-questions mailing list