TRIM erases user data

[steven at multiplay.co.uk]

We've used Samsung 840 Pro's on FreeBSD with ZFS for a long time (which has TRIM enabled by default) so as far unless this has been broken on a FW or HW version we've not used then I have no reason to believe we're effected by this issue at this time.

Sent from my iPad

On 17 Jun 2015, at 15:58, Mark Martinec <Mark.Martinec+freebsd at ijs.si> wrote:

>>> On 16 Jun 2015, at 18:51, grarpamp <grarpamp at gmail.com> wrote:
>>> https://blog.algolia.com/when-solid-state-drives-are-not-that-solid/
>>> https://github.com/torvalds/linux/blob/e64f638483a21105c7ce330d543fa1f1c35b5bc7/drivers/ata/libata-core.c#L4109-L4286
>>> http://www.aerospike.com/docs/operations/plan/ssd/ssd_certification.html
> 
> steven at multiplay.co.uk wrote:
>> This issue centers around queued TRIM requests at the ATA layer, which
>> is an extension that allows NCQ support for TRIM in the SATA 3.1 spec.
>> This is not something FreeBSD currently supports so is unaffected by
>> the issue at this time.
> 
> Are you sure? The article explicitly states they were not using
> queued TRIM:
> 
> | A lot of discussions started pointing out that the issue is related
> | to the newly introduced queued TRIM. This is not correct. The TRIM
> | on our drives is un-queued and the issue we have found is not related
> | to the latest changes in the Linux Kernel to disable this features.
> 
> 
> Mark
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"