DD herhangi bir doğrulama yapıyor mu?

ddEski bir sabit diskten yenisine veri kopyalamak için kullanıyorum . Verilerin bütünlüğünün güvenli olduğundan emin olmak istiyorum.

Bu cevap üzerine Gilles diyor ki

[Dd] başarıyla sonlandırıldıysa, yedek bir donanım arızasını engelleyen doğru ...

Bu tam olarak ne anlama geliyor? Does dddoğrulama inşa çeşit var?

Bunun yerine rsync kullanacak olsaydım --checksum, doğrulamak için de ikinci bir geçiş çalıştırırım . Bu tür bir paranoya haklı mı?

ddya da başka bir uygulama muhtemelen düşündüğünüz anlamda “bir tür yerleşik doğrulama” içermez: yazılanlarla karşılaştırmak için depolama ortamındaki verileri geri okumaz. İşletim sisteminin işi budur.

Bir uygulamadan donanıma doğru bir okuma-doğrulama yapmak gerçekten mümkün değildir. Bazı senaryolarda işe yarar, ancak çoğu durumda hiçbir şey başaramaz. Uygulama, doğrudan bir depolama ortamına yazıyorsa yazdıklarını okuyabilir, ancak bu genellikle bellekte bir önbellekten geri döner ve bu da yararlı bir güvence vermez. Gelen sen alıntı Örneğin , ddbir boruya yazıyor ve bu durumda hat altındaki verilere ne üzerinde hiçbir kontrolü yoktur. Rsync örneğinizde,rsync --checksum anlamsızdır: teoride bir hata yakalayabilir, ancak pratikte bir hata olursa, ikinci geçiş muhtemelen yanlış bir şey bildirmez, bu yüzden gerçekten yararlı bir güvence vermeyen bir şey için çaba harcıyorsunuz.

Ancak, uygulamalar yapmak onlar işletim sistemi verileri için kabul edilen sorumluluğa sahip olduğunu doğrulamak anlamda, verilere ne doğrulayın. Tüm sistem çağrıları bir hata durumu döndürür. Bir sistem çağrısı bir hata durumu döndürürse, uygulama genellikle bir hata mesajı görüntüleyerek ve sıfır dışında bir çıkış durumu döndürerek bu hatayı kullanıcıya yayar.

Bunun ddbir istisna olduğuna dikkat edin : komut satırı parametrelerine bağlı olarak ddbazı hataları göz ardı edebilir . Bu son derece alışılmadık bir durumdur: ddbu özelliğe sahip tek komuttur. catBunun yerine kullanın dd, bu şekilde yolsuzluk riski yoktur ve daha hızlı olabilir .

Veri kopyalama zincirinde iki tür hata ortaya çıkabilir.

• Yolsuzluk: aktarım sırasında biraz ters çevrilir. Bunu uygulama düzeyinde doğrulamanın bir yolu yoktur, çünkü bu gerçekleşirse, geri okuma sırasında aynı bozulmaya neden olma olasılığı yüksek olan bir programlama hatası veya donanım hatasından kaynaklanır. Böyle bir bozulmanın olmadığını doğrulamanın tek yararlı yolu, ortamın bağlantısını kesip RAM ile ilgili bir sorun olması durumunda tercihen farklı bir bilgisayarda yeniden denemektir.
• Kesme: kopyalanan tüm veriler doğru bir şekilde kopyalandı, ancak bazı veriler hiç kopyalanmadı. Bu seferki ise değer komutunun karmaşıklığına bağlı olarak, bazen kontrol ediyorum. Bunu yapmak için verileri okumanıza gerek yok: sadece boyutunu kontrol edin.

Hayır, ddaçık bir doğrulama yapmaz. Diskinizin veya herhangi bir bölümünün adli olarak doğrulanmış bir kopyasını istiyorsanız / buna ihtiyacınız varsa , ABD Savunma Bakanlığı Bilgisayar Adli Tıp Laboratuarı tarafından geliştirilen dcflddgeliştirilmiş bir versiyonudur dd.

"Emin" olmanın tek yolu, ek bir okuma ve karşılaştırma geçişi yapmaktır (önbellekleri bıraktıktan sonra).

Bunun yanı sıra, dddiğer tüm programların yaptığı gibi okuma ve yazma hatalarını algılar ... sürücüler (ve ilgili diğer bileşenler) hata bildirirse çalışır; sessizce veri kabul etmeyen sürücüler için aslında şansınız kalmaz.

Bu tür bir paranoya haklı mı?

Donanımınızın güvenilir olduğuna güvenemezseniz, işler karmaşıklaşır ...

Evet, hatalı donanım verilere megabayt başına bir bit gibi rasgele hata bitleri ekleyebilir, bu mümkündür ve bazen pratikte gerçekleşir.

Genellikle, hem kaynak hem de hedef yeniden okuyarak, verilerin sağlam olduğunu doğrulamak için md5 veya sha1 karma kullanın, örneğin:

dd if=/dev/sdb of=~/hd_backup
dd if=/dev/sdb | md5sum
dd if=~/hd_backup | md5sum

Bu, verilerin dosya sistemi önbelleğinden çok daha büyük olduğunu varsayar, aksi takdirde, önbellek içeriğini değil, ortamdaki gerçek verileri doğrulamak için sistemi yeniden başlatmanız veya bunun için başka bir sistem kullanmanız gerekebilir.

Gönderen man dd:

Bittiğinde, dd, standart hata çıkışına tam ve kısmi giriş ve çıkış bloklarının, kesik giriş kayıtlarının ve tek uzunluklu bayt takas bloklarının sayısını görüntüler.

Kısmi bir giriş bloğu, giriş bloğu boyutundan daha azının okunduğu bloktur. Kısmi çıktı bloğu, çıktı bloğu boyutundan daha azının yazıldığı bloktur. Teyp aygıtlarına kısmi çıkış blokları ölümcül hatalar olarak kabul edilir. Aksi takdirde, bloğun geri kalanı yazılır. Karakter cihazlarına kısmi çıkış blokları bir uyarı mesajı verecektir.

ddher blok kopyaladığında giriş / çıkış blok boyutlarının eşleştiğini doğrular. Yoksa, hatayı bir uyarı veya ölümcül hatayla (geçersiz kılınmış noerror) ele alır. Bu yüzden ddneredeyse her zaman çalışır.

Yine de, diskinizin bütünlüğünü manuel olarak doğrulamanın yerini almaz. Bilgiler sizin için değerliyse, evet, paranoya haklı . İşlem ddtamamlandığında manuel doğrulama gerçekleştirin .