ddrescue, NTFS kurtarma işlemini tamamlayamıyor

Geçenlerde, Windows tarafından başarısız olduğu bildirilen Win7 Pro işletim sistemine sahip yeni bir Hitachi 2TB 32MB 7200RPM 3.5 "SATA 6.0Gb / s Dahili Masaüstü Sabit Diski olan bir arkadaşım vardı. Benden kurtarmamı ve sürücüyü değiştirmemi istedi. Bu bir Önyükleme sürücüsü: Satıcıya geri göndermek için hala birkaç gün kaldı.

Yeni bir bilgisayardaki hiçbir şeye erişemedim (farklı çalışan SATA denetleyicileri ve SATA veri ve güç kablolarıyla).

İlginç bir şekilde, Hitachi'nin DFT'si her şeyin yolunda olduğunu bildirdi: SMART Durum: Sağlıklı

Test Günlüğü

    ReadErrStat       : Done
    Result            : Pass


    SMART QT          : Done
    Result            : Pass

Aynı SMART başarısızlığını gösteren 3 Windows Etkinliğine rağmen. Açıklama: Sürücü, \ Device \ Harddisk3 \ DR3 aygıtının arızalanacağını tahmin ettiğini tespit etti. Verilerinizi hemen yedekleyin ve sabit disk sürücünüzü değiştirin. Bir başarısızlık yakın olabilir.

Sistem Kurtarma CD'sinde ddrescue 1.18.1 kullandım.

HDD yeni olduğu için tüm veri / dosyaların sürücünün ilk çeyreğinde olmasını beklerdim. ddrescue, 2TB sürücüden geçip yeni bir 2TB sürücüden yazmak için yaklaşık 25 saat sürdü (bazılarının sorunumun ne olacağını bildiğinden şüpheleniyorum). Daha büyük disklerim yoktu.

ddrescue -n -f /dev/sdb /dev/sdc resq.log

ddrescue 347 dosya dışındaki tüm dosyaları kurtardı (yaklaşık% 0,5), ancak hedef sürücüdeki sürücü alanı yetersiz kaldığı için düzgün şekilde bitiremediğini bildirdi. Yavaş aktarım hızı ve kurtarılmayan dosyaların sayısının artması, kurtarma işleminin yaklaşık çeyreğinde sona erdi ve veri dosyalarının bulunduğu ya da en azından veri dosyalarının bulunduğu ve tam anlamıyla bakir bölgeleri kurtardığını gösteriyor.

Her ikisi de NTFS olarak biçimlendirilmiş, tüm sürücü sürücülerinin tek bir bölümüdür (yenisi yeni bir Toshiba 2 TB HDD idi).

Linux'ta, kurtarılan sürücüyü kopyalamak veya görüntülemek için monte edemiyorum. NTFS format hatası almaya devam edin.

Windows işletim sistemi üzerinde bir şey olup olmadığını görmek istemiyorum, çünkü düzeltmeyi önerme eğilimi var ve denemesini istemiyorum.

Daha da kötüsünü yapmak için GPT'yi 4 TB'lık bir sürücü biçimlendirdim ve ddrescue'yu tekrarlamaya başladım ve arızalı HDD,% 10'dan daha az bir sürede tamamen başarısız oldu.

Kurtarma kılavuzunun yanı sıra birkaç forum da okudum ve erişilebilir olması için "tam" hedef sürücüyü nasıl tamir edeceğinizle ilgili bazı talimatlar bulamıyorum. Verileri daha da bozabilecek herhangi bir hata yapmak istemiyorum. Kurtarma / onarım konusunda herhangi bir fikri olan var, böylece bir kopyasını çıkarabilir ve neyin kurtarıldığını ve nerede durduğunu görebilirim?

"Ddrescue tüm byt 347 dosyalarını kurtardı" derken, ne demek istiyorsunuz? ddrescue, sabit sürücünün bir kopyasını yapmalıdır, bu nedenle dosyalarla ilgilenmez.

Kurtarma kütüğünün nerede olduğu belli değil - hala var mı?

İyi bir 2TB sürücüden 4TB sürücüye bir kopya çıkarmaya meyilliyim.

Daha sonra tekrar kötü 2TB sürücüden iyi 4TB sürücüye ddrescue yapmaya çalışacağım - ama bu sefer -R anahtarı ekleyerek diskin sonundan kurtarmaya çalışacaktı (çünkü 2TB sürücülerin biraz farklı boyutlarda olduğunu düşünüyorum) bu yüzden bit bitmedi). Günlük dosyasına erişiminiz varsa, onu da kullanmayı deneyin, çünkü hayatı biraz daha kolaylaştıracak - ama kritik değil sanırım

Daha sonra Linux'taki verilere (4 gig sürücüden) erişebilip erişemediğimi görebilecektim - eğer olmasaydı - ve sanırım bunu Windows altında bırakıp okuyamayacağını göremeyeceğimi umuyordum.

Bu başarısız olursa, NTFS'yi atlayarak elimden geleni yapmak için iyi 2TB sürücüdeki photorec'i kullanırdım.