Lösung 1:
Ab 2.6.37 sollte es vorhanden sein (Quelle) . Der Kernel macht das nicht im Hintergrund, der Block-Discard-Prozess ist derzeit darauf ausgelegt, bei Bedarf ausgeführt zu werden (Cron-Skript!). Dm-crypt-Unterstützung existiert noch nicht.
Am 13. Januar 2011 wurde ein Patch in dm-raid1.c eingebunden, der lautet:
dm raid1: support discard
Enable discard support in the DM mirror target.
Also change an existing use of 'bvec' to 'addr' in the union.
Ich bin nicht 100%ig, aber ich denke, das ist das Merge-Window für 2.6.38.
EXT4 hat vor einiger Zeit Unterstützung hinzugefügt, ebenso wie LVM. RAID ist der einzige Schlüssel, der keine Unterstützung hat. Seit dem 13.01.2011 scheint Unterstützung hinzugefügt worden zu sein. Suchen Sie danach in 2.6.38 oder vielleicht 2.6.39.
Die Zeit ist vergangen und TRIM-Unterstützung ist definitiv im Kernel 3.7 enthalten. Der Commit für RAID10 lautet:
Dadurch unterstützt md raid 10 TRIM. Wenn eine Platte discard unterstützt und eine andere nicht, oder eine discard_zero_data hat und eine andere nicht, könnte es zu Inkonsistenzen zwischen Daten von solchen Platten kommen. Aber das sollte keine Rolle spielen, verworfene Daten sind nutzlos. Dies fügt jedoch beim Neuaufbau eine zusätzliche Kopie hinzu.
Lösung 2:
Rückblick auf die Commits-Geschichte von 2020:
2010-08:Lassen Sie zu, dass Verwerfungen an lineare Zuordnungen weitergegeben werden, wenn mindestens ein zugrunde liegendes Gerät dies unterstützt.
2 Jahre später gibt es Commits bezüglich md (LSR), der eine unter ihnen:
2012-10:md:raid 10 unterstützt TRIM
– Im Grunde genommen konnte der Linux-Kernel in ein paar Monaten, seit ich meine Antwort zuvor bearbeitet hatte, Blockverwerfungen im Setup unterstützen.
Frühere Versionen der Antwort:
UPD. :Danke an Wodin für den Hinweis — laut lkml.org/lkml/2012/3/11/261 wurde diese Funktion hinzugefügt vorgeschlagen in letzter Zeit. vorgeschlagen !=akzeptiert , obwohl.
Nicht möglich, da Linux Soft RAID dies (noch?) nicht unterstützt.