Although that's a complete waste of time on all SD cards because they already handle this by keeping 10% of the card available for wear levelling. The only possible advantage to doing this is reduction in erasing time, but since you've normally got something like 400MByte of erased blocks just waiting around the be used you'd think this doesn't really make any difference either

Unfortunately I still don't have an SD card that supports erasing but complains when you do fstrim on it to debug the problem

Gordon

From: fedef <notifications@github.com mailto:notifications@github.com>
Reply-To: raspberrypi/linux <reply@reply.github.com mailto:reply@reply.github.com>
Date: Sunday, 8 December 2013 13:39
To: raspberrypi/linux <linux@noreply.github.com mailto:linux@noreply.github.com>
Cc: Gordon Hollingworth <gordon@raspberrypi.org mailto:gordon@raspberrypi.org>
Subject: Re: [linux] FSTRIM fails (#431)

I'm finding the same issue with Linux raspberrypi 3.10.22+ #606.

@ghollingworthhttps://github.com/ghollingworth on sdcards TRIM is not supported, so fstrim should use the ERASE command instead. Then is up to the wearleveling to realize that an erased block is actually free.

Reply to this email directly or view it on GitHubhttps://github.com//issues/431#issuecomment-30081724.

FSTRIM fails #431

Description

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions