Windows'un kurtaramadığı verileri kurtarmak için neden Linux tabanlı bir bilgisayar veya Linux Live CD'si kullanabiliyorsunuz?
Bugünün Soru-Cevap oturumu bize, topluluk odaklı bir Soru-Cevap web siteleri grubu olan Stack Exchange'in bir alt bölümü olan SuperUser'ın izniyle geliyor.
Soru
SuperUser okuyucu Philip Allgaier, Windows'ta kurtarılamaz olarak bildirilen bir Linux Live CD'si ile verileri neden kurtarabildiğini bilmek istiyor:
Arka fon: Bu yılın başlarında Windows'un artık tanıyacağı bir SSD sürücüsüyle ilgili bir sorun yaşadım. Ama sonunda önyüklenebilir bir Parted Magic 2012-10-10 hile yaptı. Bunu gör çözülmüş konu . O andan itibaren bir soru aklıma takıldı ...
Soru: Linux'un genel olarak biraz daha teknik ve ham olduğunun farkındayım, ancak birisi bir Linux sisteminin (veya Ubuntu hile yapmadığı için aslında sadece o belirli sistemin) neden yarım ile hala erişebildiğini / iletişim kurabildiğini kabaca açıklayabilir mi? -Windows olmadığında cihaz bozuk mu?
-
Bir şeylerin yanlış olabileceğine dair herhangi bir potansiyel göstergeyi görmezden mi geliyorlar?
-
Herhangi bir somut sebep var mı?
-
Bu özel ortamın SSD'yi yalnızca sınırlı bir süre için yanıt verebilmesi şans mıydı?
Kesinlikle şans olsa da, muhtemelen birkaç faktörden daha fazlası var. Şimdi araştıralım.
Cevap
SuperUser katılımcısı Eike, verileri kaydetme yeteneği için şansın ötesinde bazı potansiyel açıklamalar sunuyor:
Genellikle bu, tam olarak neye erişildiğine ve cihazın tam olarak nasıl arızalandığına bağlıdır. Örneğin, söz konusu SSD, örneğin sektör 5'i alamazsa ve herhangi bir şey sektör 5'i okur okumaz durmaya başlarsa, fark, farklı sistemlerin yeni bir diski tanıdıklarında otomatik olarak eriştiklerinden kaynaklanıyor olabilir.
Windows yeni bir disk algıladığında, bölüm tablosunu okuyacak ve nasıl okuyacağını bildiği herhangi bir dosya sistemini otomatik olarak açmaya çalışacaktır. Bu "montaj" işlemi sırasında okunan yapılar / bloklardan herhangi biri hatalı SSD'nizi güle güle gitmesi için tetiklerse, bu belirli linux dağıtımından farkı basitçe söz konusu tüm bölümleri otomatik olarak monte edemeyebilir veya olabilir, montaj sırasında, farklı bir sektör alt kümesini okuyun (NTFS'nin Linux'ta uygulanması Windows'dakinden çok farklıdır - disk üzerindeki biçim aynı iken, okumayı gerekli gördüğü yapı işletim sistemine bağlıdır. Windows, MFT'nin ikincil kopyalarını okuyabilir veya bazı verilerin önüne geçmeye başlayabilir ve bu fark olabilir. Ubuntu benzer bir teknede - kutudan kurtarmaya yönelik değildir, bulduğu herhangi bir dosya sistemini bağlamayı deneyecektir. otomatik olarak yeni keşfedilen medyada. Bu nedenle, kurtarmaya yönelik özel dağıtımlar, işleri otomatik olarak yapmak yerine yalnızca sizin açıkça istediğiniz şeyi yaptıkları için daha iyi bir bahis.
Tabii ki, siz de şanslı olmuş olabilirsiniz. SSD'nin arıza modu hakkında söyleyecek kadar bilgim yok.
Linux genellikle bir şeyin yanlış olduğuna dair göstergeleri görmezden gelmez. SATA yonga setinden Windows'un alacağı aynı SCSI hatalarını alacak - çekirdek günlüğüne bakarsanız, hatalı bir diskte çok sayıda hata mesajı göreceksiniz. Daha sonra ne olacağına, hangi programların gerçekten diske eriştiğine bağlıdır. Yazılım kurtarmaya yönelikse, aynı sektörü sınırlı sayıda tekrar okumaya çalışabilir, onu atlayabilir, vb. Genellikle en iyi bahis, sürücünün mümkün olduğunca çok sayıda sektörün temiz bir şekilde okunmasıyla bir görüntüsünü elde etmektir. daha sonra verilerinizi bu görüntüden kurtarmaya çalışın (doğrudan sürücü üzerinde herhangi bir analiz yapmak kötü bir fikirdir çünkü durumu daha da kötüleşebilir ve bir şeyi bir kez okuyabildiğiniz için, bu onu tekrar okuyabileceğiniz anlamına gelmez. .)
Katkıda bulunan arkadaşımız AthonSfere, konuya başka bir bakış açısı sunuyor:
Çoğu, ortamın dosya sistemini ve ACL'leri veya sabit sürücüyü ele alma şeklidir.
Windows, ACL'lerine ve kötü ya da boş olarak işaretlenen sektörlere uymak için elinden gelen her şeyi yapacak. Bu nedenle, Windows'ta oluşturulan ve bakımı yapılan NTFS veya Fat bölümleri ile Windows MBR'leri, Windows tarafından işaretlendiği gibi Windows tarafından işlenecektir.
Ayrıca, sürücü arızalıysa, onu ne kadar çok kullanırsanız, büyük bir sorunla karşılaşma olasılığınız o kadar artar ve ortam çökecektir. Daha sonra işletim sistemi devreye girenleri nasıl ele alır, Windows BSOD veya yeniden başlatılır, Windows önyükleme işlemi MBR mesajlarını, eksik dosya mesajlarını (NTDLR.dll eksik veya bozuk) atar ve durur, çünkü bu kötü dosyalar gereklidir.
Canlı bir disk kullandığınızda, bunların hiçbirine güvenmiyorsunuz. Diskten önyükleme yaptığınız için bozuk bir MBR atlanır. NTDLR.dll'yi bozan kötü bir sektör gerekli değildir. Her şey diskte. Daha sonra okumayı deneyebilirsiniz. "Boş" bir sektörle veya bozuk bitle karşılaşırsa, o ortam bunu yapması için programlandığı şekilde halleder. Ubuntu muhtemelen normal işletim sistemi davranışlarını sürdürmeyi ve olma olasılığı en yüksek olanı sürdürmeyi tercih eder. Sektör boş, başka bir şey yap. O sektör kötü, uzak dur, bir daha okuma yazma yoksa sorun çıkarır.
Ancak bir kurtarma platformu tüm verileri okumak isteyecektir. Dosya işaretçileri dosyanın 0,5, 13… üzerinde olması gerektiğini söylüyor. dosya sistemi raporları 13 eksikse, boş başlığı yoksayın ve dosyayı yine de okuyun veya bozuk sektörü olabildiğince okuyun ve kurtarmaya çalışın.
Ayrıca, Windows bunu üçüncü parti uygulamalarla yapabilir, Recuva bu "eksik" dosyaların çoğunu bulabilir. Ancak diske geri yazıp gerçek kalıcı kayba neden olabilecek bir ortamda olmak istemezsiniz.
Bunu basitleştirdim ve biraz yorum ekledim, ancak sorduğunuz şey için bazı boşlukları doldurmalı.
Açıklamaya eklemek istediğiniz bir şey var mı? Yorumlarda sesi kapatın. Diğer teknoloji meraklısı Stack Exchange kullanıcılarından daha fazla yanıt okumak ister misiniz? Tartışma dizisinin tamamına buradan göz atın .
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons
