GNU kurtarma aracı sonuçları - 116 hata çok mu?


2

Bununla ilgili küçük bir arka plan.

Windows SP3 32-bit bir 256 GB SSD sürücü ve PGP Bütün Disk Şifreleme ile şifrelenmiş. Dosya sistemi bozuk ve okunamıyor.

Önce sürücüyü -q1 (sektör klonu) ile klonlamak için Clonezilla'yı çalıştırdım ve Clonezilla, klon işlemine başlayamadı çünkü sürücünün fiziksel olarak zarar gördüğünü söyledi (bunu SMART kullanarak mı yoksa G Listesine mi bakıyor?). Daha sonra kurtarmayı kontrol ettim (kötü sektörleri atlar) ve klonladım.

Daha iyi bir görüntü / klon istedim, bu yüzden Ubuntu Rescue Remix Live CD'sini buldum ve GNU kurtarma programını çalıştırdım. Aşağıdaki sözdizimini kullanarak SSD sürücüsünün bir görüntüsünü yarattım: sudo ddrescue -r 5 -v -d {kaynak sürücü} {dest sürücü / imgfile} logfile (kötü sektörleri 5 kez yeniden dener; ekrana ayrıntılı çıktı; atlamak için doğrudan erişim modu çekirdek önbelleği).

2: 30-3: 00 saatleri arasında bitti. Ortalama transfer oranı (25,88 MB / s) civarındaydı (veri aktarmak için sırasıyla eSATA ve SATA kullandım). Aynı zamanda "hatalar: 116" ve "hata: 470 kB" listeler. Kayıt için, program "Sektör boyutu: 512 bayt" ve "Blok boyutunu kopyala: 128 sektörler" listeler.

(Yeni olduğum için resim gönderemiyorum.)

İki şey:

  1. Sonuçlar, toplam 470 kB olan 116 hatanın (sektörler veya bloklar) bulunduğunu ve aktarıldığını veya bulunup aktarılmadığını mı söylüyor? Dikkat ederseniz, programın 256052 MB kopyalayacağını ve 256052 MB kurtarıldığını söylüyor. Bu yüzden gerçekten emin değilim.
  2. 116 hata çok mu fazla ve fiziksel hasarın göstergesi olarak mı kabul edilir?

Şu an için, en azından verilerin% 99'unun transfer edildiğini onaylayabilirim. Bunun oldukça iyi olduğunu söyleyebilirim. Aslında, kaba hesaplama: 1 - (470 kB / 256 GB) = ~ 0.9999981640625 -> 0.9999981640625 * 100 ~ 99.9998.

Yine, Clonezilla ilk önce klonlayamadı, çünkü sürücünün fiziksel olarak hasar gördüğünü bildirdi. Ancak, GNU kurtarma programı 116 hata bildirirken, verilerin en azından bir kısmı görüntülendi. Sürücüde mantıksal hatalar olduğunu biliyorum. Ancak bu sürücü toplam 470 kB'lik 116 hataya bağlı olarak fiziksel olarak hasar görmüş mü?

Son olarak, hata nedir? Bu sayıdaki kötü blok, sektör veya başka bir şey mi? Ve hiç errsize ile ilgili. Benim durumumda 116 hata ve 470 kB hata. Ancak İnternette 1 hata ve 500 GB hatayla başka taramalar gördüm. Yani, orada korelasyonun ne olduğundan emin değilim.

Güncelleme

Cevap alamadım, bu yüzden güncelleme yapıp benden daha akıllıca bazı cevaplarla cevap vereceğini umduğum birileri var.

GNU kurtarma sistemini bir kez daha koştum, okuma denemeleri 5'ten 20'ye yükseldi. Sonuçlar dahil olmak üzere her şey aynıydı (okuma yeniden denemenin artması nedeniyle ilk defadan biraz daha uzun sürdü). Evet, hata sayımı ve hata boyutu (hala ilişkilerini veya bu programda bir hatanın ne anlama geldiğini anlamıyorum) 116 ve 470 kB'dir, bu programla ilk kez ilk görüntüleme ile aynı. Bu ne anlama geliyor? Kafama bir silah koyun, bu SSD sürücünün fiziksel olarak hasar görmediğini söyleyebilirim. Ve eğer öyleyse, hafif. 116 hataların çok fazla olup olmadığını hala bilmiyorum, ama işte bu yüzden fiziksel bir hasar olmadığını düşünüyorum. Olsaydı, sürücüyü görüntülerken ikinci kez hata sayımı ve hata büyüklüğü artar, özellikle okuma denemelerini 20'ye çıkarırken?

Hataların azalmasını istedim, bu yüzden tekrar görüntülemeyi denedim. SSD'lerle ilgili fazla tecrübem yok. Ama belki de mekanik disklerden farklıdır, çünkü eğer kötü bir blok okuyamıyorsanız, kaç kere deneseniz önemli değildir. Bununla birlikte, veri kurtarma hizmetlerinin bir SSD'den kötü blokları okuyabilecek çok daha üstün yazılım ve donanım araçlarına sahip olduğunu düşünüyorum.

Bu SSD diski analiz etmek ve şifre çözmeyi denemek için epeyce defa kullanıldı. Klonlaştım Clonezilla (fiziksel olarak hasar gördüğünü iddia ediyor) ve sonra bunu iki kez görüntüledim, bir parametre değeri arttırılmış GNU kurtarma aracıyla ve görüntü sonuçları tamamen aynıydı. Biri, bu sürücünün geçtiği şeylerle, eğer başarısız olsaydı, okuma / yazma işleminin uzun zaman alacağını ve hata sayısının artacağını düşünürdü. Ama bunların hiçbiri olmadı. Belki de sadece şanslı oluyorum ve fiziksel olarak hasar görüyor. Ama öyleyse, bence hafif.

Ama tekrar soracağım: 116 hata çok mu? 1 hata ve çok sayıda GB’lik bir hata boyutu olan resim sonuçları hesaplarını okuduğumda, hataların hata boyutuyla olan ilişkisi nedir? Sektörler, bloklar veya başka bir ölçüm açısından burada bir hata var mı?

Teşekkür ederim.


Sürücünüz PGP WDE şifreli ise, yalnızca 1 hata alsanız bile verilerinizi kurtarmazsınız. (Biliyorum ve seninle aynı fikirdeyim, berbat.)
tricasse

Yanıtlar:


3

Ddrescue kılavuzun Algoritma bölüm açıklar errsizeve errors. errsizeBir "blok" un kurtarma çalışmalarının bir dizi bitişik kötü sektör için kullandığı “kötü sektör” bloklarının boyutlarının toplamıdır. Öte yandan, errorsbu kötü sektör "bloklarının" sayısıdır.

Kılavuzda açıklandığı gibi, ilkinden sonraki her geçişte, kötü sektördeki "bloklar" yeniden denenir ve bölünebilirler. Kötü sektörler başarıyla errsizeokundukça azalacak ve errorsartabilir veya azalabilir (çünkü bir blok iyi bir sektöre bölünebilir veya bir bloktaki tüm kötü sektörler başarıyla okundu).

Yani, soruya cevap, "sayı hataları çok mi?", Bakmak zorunda errsizeziyade errors. 256GB'lık bir SSD'de 470kB'nin (sürücünün% 0.0002'sinden daha azının) pek fazla hata olduğunu sanmıyorum.

Ayrıca sürücünün sağlığını anlamaksmartctl için SMART kendi kendine testlerine de bakmalısınız . IMHO, bir sürücü ön arıza testlerinde başarısız olmaya başladığında, sürücüyü kullanmaya devam etmek genellikle veri kaybı riski taşımaz.

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.