Solución 1:
A partir del 2.6.37, debería estar presente (fuente) . El núcleo no lo hace en segundo plano, el proceso de descarte de bloques está diseñado actualmente para ejecutarse bajo demanda (¡secuencia de comandos cron!). El soporte de dm-crypt aún no existe.
El 13 de enero de 2011 se fusionó un parche en dm-raid1.c que dice:
dm raid1: support discard
Enable discard support in the DM mirror target.
Also change an existing use of 'bvec' to 'addr' in the union.
No estoy al 100%, pero creo que esa es la ventana de combinación para 2.6.38.
EXT4 agregó soporte hace un tiempo, al igual que LVM. RAID es la única clave que no tiene soporte. A partir del 13/01/2011, parece que se ha agregado soporte. Búscalo en 2.6.38 o tal vez 2.6.39.
Ha pasado el tiempo y el soporte TRIM está definitivamente incluido en el kernel 3.7. La confirmación para RAID10 dice:
Esto hace que md raid 10 admita TRIM. Si un disco admite descartar y otro no, o uno tiene descartar_cero_datos y otro no, podría haber incoherencia entre los datos de dichos discos. Pero esto no debería importar, los datos descartados no sirven para nada. Sin embargo, esto agregará una copia adicional en la reconstrucción.
Solución 2:
Mirando hacia atrás a través del historial de confirmaciones de 2020:
2010-08:permite que los descartes pasen a través de asignaciones lineales si al menos un dispositivo subyacente lo admite.
2 años después, hay compromisos con respecto a md (LSR), uno entre ellos:
2012-10:md:raid 10 es compatible con TRIM
— Básicamente, en unos pocos meses desde que edité mi respuesta anteriormente, el kernel de Linux pudo admitir descartes de bloques en la configuración.
Versiones anteriores de la respuesta:
UPD. :Gracias a Wodin por informarme; según lkml.org/lkml/2012/3/11/261, esta función se ha agregado propuesto recientemente. propuesto !=aceptado , sin embargo.
No es posible, porque Linux Soft RAID no admite esto (¿todavía?).