Kısa cevap: bir dosyayı yazarken bir karma değeri kaydedin ve daha sonra karşılaştırın. Karma değerleri farklıysa ve dosyayı hiçbir şey düzenlemediyse, baytlar sizin haberiniz olmadan değişmiştir.
Bunu başka hiçbir şey bulmaz. Üzerinde sessiz bozulma olan bir disk İlk Yardım'dan geçer, SMART'ta sağlıklı görünür ve kusursuz bağlanır.
Depolama fizikseldir. Dönen bir diskteki manyetik alanlar zayıflar. Flash bellek hücrelerindeki yük sızar; sıcakken daha hızlı, sürücü uzun süre güçsüz kaldığında daha da hızlı. Bir kablo aktarım sırasında bir bit düşürebilir. Donanım yazılımında hatalar olur.
Sürücüler bunların çoğunu hata düzeltme kodlarıyla ve bozulmaya başladığını fark ettikleri sektörleri yeniden konumlandırarak kendileri düzeltir. Önemli olan bozulma bunu aşan kısımdır: yazılanlardan farklı baytlar döndüren ve başarı bildiren bir okuma.
İnsanların tartıştığı ad. Kimi bit çürümesi, kimi sessiz veri bozulması, kimi veri bozunması der. Bizim açımızdan hepsi aynı şeydir: dosya farklıdır ve hiçbir şey bunu söylememiştir.
Anlamaya değer kısım budur, çünkü elinizi uzatacağınız her aracın neden yanlış araç olduğunu açıklar.
cp ve Finder bayt okur ve bayt yazar. Okuma yanlış baytlar döndürdüyse, yanlış baytları sadakatle yazarlar.Yani dürüst durum şudur: Mac'inizde bunu size söyleyecek bir mekanizma yoktur. İlk belirti, içinden bir bozuk şerit geçen bir fotoğraf, açılmayan bir arşiv ya da yarıda duran bir videodur.
Dosya başına nadirdir; ama uzun bir süre boyunca büyük bir koleksiyonda nadir değildir ve yedeğin amacı da bu durumdur. İki şey olasılığı belirgin şekilde artırır:
Bunun bir yedekte çalışma diskinizdekinden daha önemli olmasının nedeni, çalışma dosyasının açılmasıdır; açılan bozuk bir dosya, keşfettiğiniz bir bozulmadır. Bir yedek bir kez yazılır ve hiç okunmaz; bu da bir yedekteki bozulmanın, yedeğe ihtiyaç duyduğunuz gün keşfedilmesi demektir.
Ne yazdığınızı kaydedin:
cd /Volumes/Backup
find . -type f -exec shasum -a 256 {} \; > ~/backup-hashes.txtSonra, aylar sonra, hâlâ aynı olup olmadığını sorun:
cd /Volumes/Backup
shasum -a 256 -c ~/backup-hashes.txt | grep -v ': OK$'Yazdırılan her şey, baytları değişmiş bir dosyadır. Onu düzenlemediyseniz cevabınız budur.
İki pratik not. Karma dosyasını, tanımladığı sürücüden başka bir yerde saklayın, yoksa ikisini birlikte kaybedersiniz. Ayrıca bu işlem tüm sürücüyü okumak kadar sürer, o yüzden gece için planlayın.
Yukarıdakilerin hepsi uygulamanın bu şekilde var olmasının nedenidir. Bir yedeğin her parçasını içeriğinin karma değeri altında saklar, ardından yedeği bir program dahilinde geri okur ve her parçayı saklandığı karma değerine göre kontrol eder.
Bu nedenle bir uyumsuzluk kanıttır: baytlar yazılan baytlar değildir ve bunun sorun olmadığı hiçbir yorum yoktur. Yedeğin altından silinmiş bir parça eksik olarak bildirilir. Ana ekrandaki puan da yalnızca yakın zamanda doğrulanmış olanı sayar; insanların beklediğinden düşük olmasının nedeni budur ve asıl amaç da budur.
İkinci bir konuma sahip olmak burada bu sitedeki her yerden daha önemlidir. İki kopya varken birindeki bozulma bir zahmettir; tek kopya varken dosyanın sonudur.
Hayır. İlk Yardım dosyalarınızın içeriğini değil, dosya sistemi yapısını kontrol eder. Sessizce bozulmuş dosyaları olan bir sürücü ondan temiz geçer; bu sorunu bu sorun yapan da tam olarak budur.
Bunun için değil. SMART, sürücünün fark edip düzelttiği ya da yerini değiştirdiği hataları bildirir. Sessiz bozulma ise onun fark etmediği türdür. Yine de arızalanan bir sürücü için kontrol etmeye değer; bu başka ve daha görünür bir sorundur.
Kendi meta verisinin sağlama toplamını tutar, dosya verinizin değil. ZFS ve Btrfs dosya içeriğinin sağlama toplamını tutar ve yedekli bir kopyadan onarabilir; hiçbiri normal bir macOS başlangıç birimi veya harici birim olarak kullanılamaz. Uygulama düzeyinde bir kontrolün değerli olmasının nedeni bu boşluktur.
İyi bir kopya hâlâ varken bozuk bir kopyanın bulunacağı sıklıkta. Bir arşiv için üç ayda bir makuldür; yerine konamaz bir şeyin tek kopyasıysa ayda bir. Doğru cevap, gerçekten atlamayacağınız sıklıktır; bu da otomatik olmasından yana bir argümandır.
Hayır. Doğrulama bir kopyanın bozulduğunu söyler. Dosyayı geri veremez. Algılama ancak geri yüklenecek ikinci bir kopya varsa işe yarar; 3-2-1 kuralının bütün gerekçesi de budur.
İlgili: bir yedeğin okunabilir olduğu nasıl kontrol edilir, depo biçimi ve 3-2-1 kuralı.