ddrescue USB sabit sürücüde son derece yavaş

Öldürülen dizüstü bilgisayarımdan HDD'yi kurtarıyorum (hiç açılmayacaktı, Disk İzlencesi sorun olmadığını, ancak diski takmayacağını bildirdi). HDD'yi USB adaptörüyle bağladım. Şu ddrescueşekilde çalışıyor:

sudo ddrescue -v -n /dev/disk1s2 "/Volumes/Original HD/image.dmg" ddrescue.log

Şimdiye kadar hiçbir hata yok, ancak ortalama okuma hızı yavaş yavaş 50KB / s'ye düştü. Başlangıçta 2MB / s civarındaydı. Bölümün boyutu 300 GB'dir. Şimdiye kadar 160GB'ı kurtarabildim. MacBook'umda bir HFS + bölümüne kurtarma yapıyorum.

Bu yavaş aktarım hızının nedenleri neler olabilir ve nasıl artırılır?

Bu, ddrescueUSB aktarımlarının OSX altında nasıl çalıştığı gibi görünüyor . Bu başlıktan Konu: [Bug-ddrescue] ddrescue osx altında 10x yavaş .

tamamen işlevsel sabit sürücüler üzerinde çalışırken, linux altında tam g / Ç hızı gerçekleştirir. varsayılan derleme bayraklarıyla osx altında derlendiğinde, bazen Kb / s'ye sürülen büyüklük katları daha yavaştır. çıktı dosyası / dev / null ise sorun devam eder.

Aynı iş parçacığının da yanıtı vardı.

Deneyimlerime ve OS X üzerinde yaptığım testte, ham karakter cihazlarına erişmek /dev/rdisk…her zaman tercih edilir. Ayrıca aktarım hızı, daha büyük bir Kopya Blok Boyutu ayarlanarak daha da artırılabilir. 512KiB ( ddrescue -c 1Ki) boyutunda çoğu durumda bana en iyi sonuçları verdim.

Ve: OS X ham karakter aygıtları tanımlı bir boyuta sahiptir, bu nedenle ilk çalıştırmada bile kolayca kullanılabilirler. (En azından bu noktada mevcut belgelerdeki ham cihazlarla ilgili notlar ddrescueOS X için geçerli değildir.)

Bunun bir hata olduğunu düşünmüyorum ddrescue, çünkü OS X'de aynı davranışı beğenen ddveya catsergileyen diğer yardımcı programlar .

/ Dev / disk… blok aygıtına erişim, kullanılan Kopya Blok Boyutundan bağımsız olarak oldukça düşük bir hız verir. Diğer yandan / dev / rdisk… raw karakter aygıtının okuma hızı, seçilen Kopyalama Bloğu Boyutuna çok bağlıdır:

• 512 Byte ( ddrescue -c 1, varsayılan giriş dd) en yavaş olanıdır.
• 4096 Byte ( ddrescue -c 8, dd bs=4K) olarak ayarlanması / dev / disk erişimiyle aynı yavaş hızı verir…
• ddrecue'ın varsayılan 128 sektörü (= 64KiB ddrescue -c 128,, dd bs=64K) oldukça iyi sonuçlar verir.
• Daha fazla ( ddrescue -c 1Ki/ / dd bs=512K) ile çarpmak maksimum hızı getirir (çoğunlukla bundan 8-12 kat daha hızlı /dev/disk…)
• Bunun üzerine çıkmak, testimde aktarım hızını daha fazla artırmadı; hatta bazen azaldı.

Bunlar kendi ölçümlerimin sonuçları, sonuçlarınız kullanılan medyaya ve IO donanımına bağlı olarak değişebilir. Belki diğer bazı kullanıcılar deneyimlerini paylaşırsa, konunun daha iyi bir resmini elde edebiliriz.

Referanslar

• ddrescue os x üzerinde büyük ölçüde yavaşladı
• GNU DDrescue, doğru mu yapıyorum? [yavaş / yüksek hata boyutu]

HFS+MacOS'ta dosya sistemi hakkında çok şey bilmiyorum , ancak USB Stick'ten Linux Mint çalıştıran bir dizüstü bilgisayarda 500GB dahili sabit sürücüyü (SATA ile bağlı) kurtarmanın, kurtarma görüntüsünü ve günlük dosyasını bir exFatbiçimlendirilmiş USB sabit sürücü, oldukça yavaş başlıyordu (1-2 MB / sn), ancak 250 GB'den sonra yalnızca <100KB / sn'de sürüyordu. Kurtarma görüntü dosyası büyüdükçe yavaşlamış gibiydi.

Sonra kurtarma görüntüsünü ve günlük ext4dosyasını başka bir geçici yere taşıdım, USB sabit sürücüyü dosya sistemiyle yeniden biçimlendirdim , dosyaları geri taşıdım ve ddrescue sürecini sürdürdüm - ve şimdi tekrar 1-20MB / sn ile çalışıyor (dalgalanıyor) ancak ortalama 7MB / sn civarında)!

exFatÇok büyük dosyalar (birkaç yüz gigabayt) ile çok iyi oynamıyor gibi görünüyor . Daha önce de söylediğim gibi, bunun da böyle olup olmadığını bilmiyorum HFS+ama belki ext4bir şans vermek istersiniz .