SpinRite ile ilgili oldukça iyi bir deneyim yaşadım, ancak bence fazlasıyla abartılıyor. Aslında, sadece kendi iyiliği için çok akıllıca olabilir. Aynı şekilde çalışan ücretsiz çözümler var (aslında, ücretsiz olanlar daha iyi çalışabilir).
Birdenbire feci bir şekilde başarısız olan 200 GB NTFS sürücümüz vardı. Bunun, insanların geçici olarak bazı şeyleri bıraktıkları "paylaşılan" sürücü olduğu düşünülüyordu, ancak çeşitli yedekleri olan devasa bir veri deposuna ve aynı zamanda hiç kimseyi yedeklemeye zorlamayan bir sürü dosyaya dönüştü. Sürücü öldüğünde, kaç kez chkdsk veya başka bir araç kullandığımız önemli değil, monte edemedik.
Sonunda, 1 aydan fazla çalışmaya devam eden SpinRite'ı satın aldık ve koştuk. Kötü bir kümeye her çarptığında, saatten veri kurtarmaya çalışırken harcadı. Yine, arızalı 200 GB'lik bir sürücüden veri kurtarmaya çalışırken bir aydan fazla bir süre boyunca kesintisiz çalıştı. (SpinRite'ın savunmasında, herhangi bir fiziksel kusur yoksa, sadece birkaç saat içinde bir sürücüyü tarayabilir.) SpinRite, daha büyüklerinin çoğunun bozulmasına rağmen, tüm dosyalarımızı kurtarabilirdi. SpinRite ayrıca sürücüyü tekrar monte edilebilir hale getirdi. Bu yüzden kesinlikle bir şey yaptığını söyleyebilirim.
Bununla birlikte, çalışmasına rağmen, bir sürücüyü bir dosyaya kopyalamak için bir Linux CD'sini başlatmak ve dd çalıştırmaktan başka bir faydası olup olmadığını bilmiyorum. Ölen bir ay boyunca ölmekte olan bir diski çalıştırmadığın söylenmesi gereken bir şey var! Fiziksel kusurların yayılma alışkanlığı var gibi görünüyor. SpinRite çalışırken disk daha da düşerse beni şaşırtmazdı. Kişisel olarak, verileri diskten olabildiğince çabuk çıkarmayı, birkaç yedek resim oluşturmayı ve dosyaları çevrimdışı olarak onarmayı tercih ederim.
Son zamanlarda diğer verileri kurtarmak zorunda kaldık ve dd harika bir iş çıkardı. Tüm iyi verileri sürücüden kopyalamasını söyleyebilirsiniz, ardından kötü alanlardan veri çekmeye çalışırken daha fazla denemek (daha küçük blok boyutları kullanmak) için birkaç kez daha çalıştırabilirsiniz.
Eğer bir saat kadar vaktiniz varsa, SpinRite satın almak yerine dd'nin nasıl kullanılacağını öğrenmek için zaman ayırmaya değer olduğunu söyleyebilirim:
http://www.debianadmin.com/recover-data-from-a-dead -Zor-drive-kullanma-dd.html
Veya biraz daha kolay olan rotaya gidin ve sadece dd_rescue uygulamasını indirin:
http://www.garloff.de/kurt/linux/ddrescue
Eğer hala SpinRite'ı çalıştırmak istiyorsanız, sürücüyü mevcut tüm verileri kopyaladıktan SONRA, sürücüyü daha uzun bir süre boyunca çalıştırmak durumunda daha fazla bozulmasına izin vermesi durumunda bunu yapmanızı şiddetle tavsiye ederim.
Ne zaman yeni bir sürücü alırsanız, bir Linux CD'sini açmalı ve hataları kontrol etmek için kilit blokları çalıştırmalısınız. Ayrıca sürücülerinizde bozulma olup olmadığını düzenli olarak kontrol etmelisiniz. En az 2 yeni sürücümüz kusurluydu ve birkaç ay içinde 3 veya 4 kişi daha öldü (hizmete sokmadan önce kapsamlı testler yapsak bile).
Badblock'ları root olarak çalıştırmanız veya bir Ubuntu canlı CD'sini başlatıyorsanız, komutları "sudo" ile öneklendirmeniz gerektiğini unutmayın.
Yeni sürücüler (uyarı: tüm verileri yok eder!):
badblocks -wvs /dev/sd#
veya
badblocks -wvs /dev/hd#
Kullanım içi sürücüler (salt okunur test):
badblocks -vs /dev/sd#
veya
badblocks -vs /dev/hd#
Linux'taki sürücü numarası #. IDE sürücüleri genellikle / dev / hd # olarak adlandırılır ve SCSI (ve genellikle SATA) sürücüleri / dev / sd # olur.
Badblock'lar hakkında daha fazla bilgi burada: http://en.wikipedia.org/wiki/Badblocks
Bu arada, dd ve badblock'lar Linux programları olsa da, bunları NTFS sürücülerinde kullanabilir ve MBR bölümleri, dinamik diskler veya GPT diskleri kullanıp kullanmadığınızdan bağımsız olarak NTFS bölümlerini Linux'ta da monte edebilirsiniz.
Steve'in belgeleri, SpinRite'ın teorik olarak yardımcı olabileceği bir çok varsayımsal problemi tartışıyor. Örneğin: zamanla kaybolup, her bloğu okuyup tekrar diske tekrar yazarak "yenilenmesi" gereken veriler veya okuma kafasını bir bloğun her iki tarafına tekrar tekrar konumlandırması fikri sonunda sonunda istatistiksel olarak ilahi olmanıza izin verir o blokta saklanan orijinal veriler. Mantıksal olarak, bu şeyler mantıklı geliyor, ancak bence bunlar gerçek dünyada ortaya çıkmayabilecek akademik sorunların çözümü. (En azından sabit disklerle - belki Zip diskleriyle ve bunlar veri solmasına daha yatkındı.) Eğer Steve konular hakkında yazılar sunsa ya da bu tekniklerin deneysel olarak etkili olduğu kanıtlanmışsa, o zaman birçok açık kaynaklı ya da ticari olarak temin edilebilir SpinRite klonu olmasını beklerdim. SpinRite'ın tüm belgeli özelliklerini içeren bir Python, Perl veya UNIX kabuk betiği yazmak ortalama bir betik programcısının yetenekleri dahilinde olabilir.