arızalı bir sürücüden veri kaydetme


12

Harici 3½ "HDD'nin arızalanma tehlikesi var gibi görünüyor - boştayken tıkırtı sesleri çıkarıyor .

Yeni bir disk aldım ve verileri şüpheli diskten çıkarmak için en iyi stratejiyi bilmek ve mümkün olduğunca tasarruf etmek için en iyi şansı öğrenmek istiyorum.

Bazı dizinler diğerlerinden daha önemlidir. Ancak, dizinleri seçmenin ve seçmenin her şeyi kaydetme şansımı azaltacağını tahmin ediyorum. Ayrıca, dizinleri etkin bir şekilde önceliklendirmek için bağlamanız, bir dosya listesini dökmeniz ve ardından bağlantısını kesmem gerekir. Bunu yapmanın zaman alıcı olduğunu da ekleyerek, bu yaklaşımdan uzaklaşıyorum.

Sadece kullanmayı dddüşündüm, ancak verilerin yalnızca belirli bölümlerinin kurtarılmasını önleyebilecek veya bazı yeniden denemelerle aşılabilecek okuma hatalarını veya diğer sorunları nasıl ele alacağından emin değilim, sürücünün diğer parçalarının kaydedilmesini tehlikeye sokar. İdeal olarak mümkün olduğunca almak için tek bir geçiş yapmak ve sonra hatalar için kaçırılan bir şey yeniden denemek için geri gitmek istiyorum sanırım.

Daha yavaş kopyalamanın (örn. Her x MB / GB'yi duraklatma), örneğin aşırı ısınma sorunlarından kaçınmak için işlemi tam eğimi çalıştırmaktan daha iyi olması mümkün müdür?

"Yedeklemeniz nerede" kalabalık için: bu aslında benim yedek sürücümdür, ancak müzik gibi, yedek olmayan, yani yedeklenmeyen, kritik olmayan ve hantal şeyler de içerir.

Sürücü, bu biraz uğursuz ses dışında net bir arıza belirtisi göstermedi. Son zamanlarda birkaç hata fsck zorunda kaldım - yetimsiz inodes, yanlış serbest bloklar / inode sayımları, inode bitmap farklılıkları, silinen inodelarda sıfır dtime; tüm yaklaşık 20 hata.

Bölümün dosya sistemi ext3'tür.


üzerinde çapraz yayınlanmıştır Ask Ubuntu ve süper
intuited

Yanıtlar:


9

Okunamayan herhangi bir sektörü durdurmadan, arızalı diski klonlamak için ddrescueveya dd_rescueveya kullanabilirsiniz myrescue. (Myrescue daha az yapılandırılabilir ancak okunamayan bölgeleri atlamaya çalıştığı için daha iyi bir varsayılan stratejiye sahiptir.) Bu, boşluk dahil her şeyi kopyalar ve öncelikleri belirlemenize izin vermez. Ancak, böyle bir düşük seviyeli yaklaşımı dosya sistemi düzeyinde araçları üzerinde bir avantaja sahip: bir dizin okunamaz ise, yine gibi araçlarla ham görüntü arayarak içerdiği dosyaları kurtarmak olabilir foremost, magicrescue, photorecdahil TestDisk'in vs.


İçin bağlantı magicrescuekopmuş gibi görünüyor; yerine itu.dk/~jobr/magicrescue mu demek istediniz ?
landroni

@landroni Evet, sanırım bu öğrenci mezun oldu, teşekkürler.
Gilles 'SO- kötü olmayı bırak

"Myrescue [..] daha iyi bir varsayılan stratejiye sahiptir" Varsayılanlarla ddrescueyapılandırılmış bir örnek yayınlamayı düşünür müsünüz myrescue? Teşekkürler!
landroni

1
Büyük blok boyutunda ilk geçişi için ddrescue/ dd_rescueyaparsınız ve sonraki geçişlerde daha küçük olarak değiştirirsiniz (örneğin her seferinde boyutu yarıya indirir). Bu elbette bir günlük dosyası kullanmanızı gerektirir (bkz. Sayfa).
peterph

Kafa karıştırıcı bir şekilde Debian tabanlı sistemlerde komut ddrescuepaketten gelir gddrescue; dd_rescuepaketten ddrescue; ve myrescuepaketten myrescue.
landroni

8

Sürücüde neyin yanlış gittiğini bilmeden seçeneklerinizin en iyisini bilmenin bir yolu yoktur. Mekanik bir arıza ise, ısınmaktan kaçınmak yardımcı olabilir, ancak servo verilerindeki hatalardan kaynaklanıyorsa, ısı önemli değildir.

Hemen benzersiz verileri yeni sürücüye kopyalamaya başlarım rsync. rsynctüm verileri alana kadar duraklatmanıza, devam ettirmenize ve yeniden başlatmanıza olanak tanır.

Sonra sürücüde bir veri ovma çalıştırın. ext3Linux kullandığınız dosya sisteminden, bu yüzden şunu deneyin:

# umount /dev/sdX
# badblocks -n /dev/sdX

(Önce sürücünün bağlantısını kesmek önemlidir.)

Bu, diskten her sektörü okuyacak ve değişiklik yapmadan geri yazacaktır. Bu, sürücü ürün yazılımını her sektörü hatalar için kontrol etmeye ve bulduğu kötü sektörleri yeniden eşlemeye zorlar. Pahalı SpinRite programının yaptıklarının en önemli kısmı budur . Ancak badblocksbaşarısız olursa ve sürücüdeki tüm benzersiz verileri hala almadıysanız, SpinRite olduğundan daha fazla çalışır badblocks.


2

Disk ölüyorsa, önce olabildiğince iyi bir klon yaptığınızdan emin olun (Gilles'e bakınız) ve ancak sonra sürücü ile oynamaya devam edin. Bu şekilde, bir şeyler ters giderse (genellikle arızalı bir donanımda olabilir) her zaman en azından bazı verileriniz olur.

Eğer kullanırsanız ddrescue(veya dd_rescue, Diğerleri hakkında emin değilim), her zaman kısmen klonlanmış verilerin bir kopyasını yapabilir ve ilgili günlük dosyasının ve çalıştırarak geliştirmeye çalışıyorum ddrescuesürücüyü sabitlemek gerekiyordu şey yapıyor sonra yeniden. İyi klonlanmış parçalara dokunmadan eksik parçaları okumaya çalışacaktır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.