Solusi 1:
RAID perangkat lunak Linux tidak akan melindungi Anda dari korupsi bit dan korupsi data senyap adalah masalah yang terkenal dengannya. Faktanya, jika kernel dapat membaca data dari satu disk, kernel tidak akan pernah tahu bahwa itu buruk. RAID hanya aktif jika ada kesalahan I/O saat membaca data.
Jika Anda mengkhawatirkan integritas data, Anda harus mempertimbangkan untuk menggunakan sistem file seperti Btrfs atau ZFS yang memastikan integritas data dengan menyimpan dan memverifikasi checksum. Sistem file ini juga menangani fungsi RAID, jadi Anda tidak memerlukan serangan perangkat lunak kernel jika menggunakan cara itu.
Solusi 2:
RAID5 dan RAID6 dapat mendeteksi dan biasanya memperbaiki kerusakan bit jika Anda memverifikasi paritas seluruh drive. Ini disebut "penggosokan" atau "pemeriksaan paritas" dan biasanya memakan waktu 24-48 jam pada sebagian besar sistem RAID produksi. Selama waktu itu kinerja dapat menurun secara signifikan. (Beberapa sistem memungkinkan operator untuk memprioritaskan scrubbing di atas akses baca/tulis atau di bawahnya.) RAID6 memiliki peluang lebih tinggi untuk memperbaikinya, karena dapat memperbaikinya jika Anda mengalami dua kegagalan drive, sedangkan RAID5 hanya dapat menangani 1 kegagalan drive, dan kegagalan drive lebih mungkin terjadi saat Anda menggosok karena aktivitas yang meningkat.
Solusi 3:
Saya akan menambahkan ini sebagai komentar tetapi saya tidak memiliki reputasi yang memadai; Saya ingin mengklarifikasi:RAID5 dapat MENDETEKSI kerusakan bit tetapi tidak mengetahui drive mana yang mengalami kerusakan tanpa kesalahan baca. Akibatnya, scrub tidak dapat memperbaikinya tanpa kesalahan baca - kemungkinan besar scrub hanya akan mencatatnya dan memperbarui bit paritas agar sesuai. Algoritme RAID6 bergantung pada posisi sehingga dapat mendeteksi drive mana yang berisi kesalahan dan memperbaiki kerusakan bit.
Solusi 4:
Semua jawaban di atas salah mengenai kemampuan RAID 6. Algoritme RAID 6 beroperasi byte-by-byte seperti halnya RAID 5, dan jika satu byte pada salah satu drive rusak, bahkan tanpa kesalahan yang ditunjukkan oleh drive, itu dapat dideteksi DAN DIPERBAIKI. Algoritme untuk melakukannya dijelaskan sepenuhnya di
https://mirrors.edge.kernel.org/pub/linux/kernel/people/hpa/raid6.pdf
Untuk melakukan pemeriksaan ini, drive P dan Q paritas juga harus dibaca bersama dengan drive data. Jika perhitungan paritas P' dan Q' berbeda tanpa kesalahan drive, analisis dapat menentukan drive mana yang salah, dan memperbaiki datanya.
Selain itu, jika identifikasi drive adalah untuk drive yang tidak ada (seperti drive 137 jika hanya ada 15 drive), lebih dari satu drive menyediakan data yang rusak UNTUK BYTE ITU, menandakan kesalahan kesalahan yang tidak dapat diperbaiki. Ketika ada jauh lebih sedikit dari 256 drive di set, ini terdeteksi dengan probabilitas tinggi per byte, dan karena ada banyak byte dalam satu blok, dengan probabilitas per blok yang sangat tinggi. Jika identifikasi drive tidak konsisten untuk semua byte dalam blok RAID, sekali lagi, lebih dari satu drive menyediakan data yang rusak, dan umumnya seseorang mungkin menolak kondisi tersebut, tetapi selama semua identifikasi drive valid, blok tersebut tidak perlu. ditolak.
Diperlukan waktu lebih lama dari waktu verifikasi biasanya untuk melakukan koreksi ini, tetapi hanya perlu dilakukan dengan perhitungan sindrom (P dan Q) menunjukkan kesalahan.
Namun, semua ini dikatakan, saya belum memeriksa kode mdadm untuk menentukan apakah korupsi byte tunggal ditangani. Saya mengetahui bahwa mdadm melaporkan kesalahan sindrom RAID6 pada pemindaian bulanan, tetapi dari pesan kesalahan tidak jelas apakah sedang diperbaiki - ini tidak menghentikan larik drive atau mengidentifikasi drive tertentu dalam pesan.