Mark Haferkamp'ın mükemmel cevabına genişleyerek, tüm dosyalar yerine btrfs scrubtüm verileri okumak kritik bir özelliktir ve aslında onu bu kadar kullanışlı kılan şeydir. Unutmayın, btrfs yerleşik RAID desteğine sahiptir. RAID1 kullanacak şekilde yapılandırdığınız iki sürücüyü kapsayan bir btrfs dosya sisteminiz olduğunu varsayalım. Bu durumda, bir dosyaya yazdığınızda, bu yazma her iki diske de çoğaltılır. (Daha karmaşık bir örnekle daha karmaşık hale gelir, ancak bu basit durum için her zaman böyle olur.) Ancak bu dosyadan okuduğunuzda, okuma yalnızca bir diske çarpar (çünkü dosyayı iki kez okumak bir israftır) ilk kopya bir nedenle kullanılamazsa).
Şimdi ikinci btrfs sürücünüzün bozulduğunu ve dosya sisteminizdeki verileri bozmaya başladığını varsayalım. Bu diskten blokları okuduğunuzda, btrfs sağlama toplamının eşleşmediğini fark eder ve bant içi blok bilinen iyi bir kopyadan (ilk sürücüdeki kopya) geri yüklenir. Verileri, read()hiçbir şey olmamış gibi uygulama çağrısına (veya her neyse) döndürür .
Peki ya btrfs ikinci diskten okumaya karar vermezse? Unutmayın, iki kopya vardır, böylece birinci veya ikinci diskten okuyabilir . İlk diskten okursa, yanlış bir şey fark etmez. Bir şeyin yanlış olduğunu farkedeceği tek zaman, ilk diskin de bozulduğu zamandır. Şimdi verileri kurtarmak için çok geç kaldınız - ikinci diskin kopyası bir süreliğine bozuldu ve ilk kopya (ikinci diski geri yüklemek için kullanacağınız şey) artık bozuk!
Burası devreye btrfs scrubgiriyor. Tüm dosyaları değil, tüm verileri okuyor . Bu, meta verileri içerir, ancak normalde okuma yolunda olmayacak dosyaların ikincil kopyalarını da içerir. Bu ikincil kopyaları okuduğunda, btrfs'nin bant içi hata düzeltmesi için tek bir kopyadan veri alma ve geri yükleme için bir fırsat yaratır.