Solusi 1:
Mulai 2.6.37, harus ada (sumber) . Kernel tidak melakukannya di latar belakang, proses pembuangan blok saat ini dirancang untuk dijalankan sesuai permintaan (skrip cron!). Dukungan dm-crypt belum ada.
Pada 13 Januari 2011, sebuah tambalan digabungkan menjadi dm-raid1.c yang berbunyi:
dm raid1: support discard
Enable discard support in the DM mirror target.
Also change an existing use of 'bvec' to 'addr' in the union.
Saya tidak 100%, tapi saya pikir itu jendela gabungan untuk 2.6.38.
EXT4 menambahkan dukungan beberapa waktu lalu, seperti yang dilakukan LVM. RAID adalah salah satu kunci yang tidak memiliki dukungan. Pada 13/1/2011, tampaknya dukungan telah ditambahkan. Cari di 2.6.38 atau mungkin 2.6.39.
Waktu telah berlalu dan dukungan TRIM sudah pasti disertakan dalam kernel 3.7. Komit untuk RAID10 berbunyi:
Ini membuat md raid 10 mendukung TRIM. Jika satu disk mendukung pembuangan dan yang lain tidak, atau satu disk membuang_zero_data dan yang lainnya tidak, mungkin ada ketidakkonsistenan antara data dari disk tersebut. Tapi ini tidak masalah, data yang dibuang tidak berguna. Ini akan menambahkan salinan ekstra dalam pembangunan kembali.
Solusi 2:
Melihat kembali riwayat komitmen dari tahun 2020:
2010-08:Izinkan pembuangan diteruskan ke pemetaan linier jika setidaknya satu perangkat yang mendasarinya mendukungnya.
2 tahun kemudian ada komitmen untuk md (LSR), salah satunya:
2012-10:md:raid 10 mendukung TRIM
— Pada dasarnya dalam beberapa bulan sejak saya mengedit jawaban saya sebelumnya, kernel Linux dapat mendukung pembuangan blokir dalam penyiapan.
Versi jawaban sebelumnya:
UPD. :Terima kasih kepada Wodin karena telah memberi tahu saya — menurut lkml.org/lkml/2012/3/11/261 fungsi ini telah ditambahkan diusulkan baru-baru ini. diusulkan !=diterima , meskipun.
Tidak mungkin, karena Linux Soft RAID belum mendukung ini (belum?).