Neden Linux sistemleri bazen Windows'un sağlayamayacağı verileri kurtarabilir? Herhangi bir somut sebep var mı?

Arka fon: Bu yılın başlarında, Windows'un artık tanımayacağı bir SSD sürücüsüyle ilgili bir sorunla karşılaştım. Ama sonunda bir önyüklenebilir "Parted Magic 2012-10-10" hile yaptım. Bunu gör çözülmüş iplik . Bir soru, sonuç olarak benimle kaldı ...

Soru: Linux’un genel olarak biraz daha teknik ve ham olduğunu biliyorum, ancak birisi Linux sisteminin (ya da sadece Ubuntu hile yapmadığından, sadece belirli bir sistem) yarısına kadar erişebildiğini / iletişim kurabildiğini kabaca açıklayabilir. Windows değilken bozuk cihaz?

• Sadece bir şeyin yanlış olabileceğine dair potansiyel göstergeleri görmezden geliyorlar mı?
• Herhangi bir somut sebep var mı?
• Bu özel ortamın SSD'ye ancak sınırlı bir süre için yanıt verebilmesi için bir şans oldu mu?

Genelde bu, tam olarak ne erişildiğine ve cihazın tam olarak nasıl başarısız olduğuna bağlıdır. Örneğin, söz konusu SSD, sektör 5'i alamıyorsa, sektör 5'i alamıyorsa ve sektör 5 okuduktan hemen sonra durmaya başlayacaksa, fark, yeni bir diski tanıdıklarında otomatik olarak hangi sistemlerin otomatik olarak eriştiğinden kaynaklanıyor olabilir.

Windows yeni bir disk algıladığında, bölüm tablosunu okuyacak ve okumasını bildiği herhangi bir dosya sistemini otomatik olarak açmaya çalışacaktır. Bu "montaj" işlemi sırasında okunan yapıların / blokların herhangi biri hatalı SSD'nizi güle güle gitmeye zorlarsa, bu belirli linux dağılımındaki fark, söz konusu bölümleri otomatik olarak monte etmeyeceği veya montaj yaparken, sadece farklı bir sektör alt grubunu okuyun (Linux'ta NTFS uygulaması Windows'takinden çok farklı - diskteki format aynı olsa da, okumak için gerekli gördüğü yapıları OS’e bağlı. Windows, MFT'nin ikincil kopyalarını okuyabilir veya bazı verilerin önüne geçmeye başlayabilir ve bu fark olabilir. Ubuntu benzer bir teknededir - kutudan kurtarmaya yönelik değildir, bulduğu herhangi bir dosya sistemini otomatik olarak kurmaya çalışır. Bu nedenle, toparlanmaya yönelik özel dağıtımlar daha iyi bir bahistir, çünkü onlardan sadece otomatik olarak bir şey yapmanın aksine, açıkça istediklerinizi yaparlar.

Elbette, sen de şanslı olabilirsin. SSD'nin başarısızlık modu hakkında söylenecek kadar bilgim yok.

Linux genellikle bir şeyin yanlış olduğunu göstergeleri görmezden gelmez. SATA yonga setinden Windows ile aynı SCSI hatalarını alacak - çekirdek günlüğüne bakarsanız, hatalı bir diskte birçok hata mesajı göreceksiniz. Bu, hangi programların gerçek anlamda diske erişeceğine ve daha sonra ne olacağına bağlıdır. Eğer yazılımı toparlanmaya yönelik ise, aynı sektöre sınırlı sayıda yeniden girmeyi deneyebilir, atlayabilir vb. Genellikle en iyi bahis, sürücünün bir görüntüsünü olabildiğince temiz bir şekilde okuyan birçok sektörden bir görüntü elde etmek ve ardından verilerinizi bu görüntüden kurtarmaya çalışmaktır (doğrudan sürücü üzerinde herhangi bir analiz yapmak, durumu daha da kötüleşebileceğinden kötü bir fikirdir ve Sadece bir kez bir şey okuyabildiğiniz için, bu bir daha okuyabileceğiniz anlamına gelmez.)

Windows, donanıma bir API altındaki soyutlamayı kaldırır, böylece donanıma yapılan tüm çağrılar aynı üniforma (ve muhtemelen güvenli) şekilde çalışır. Bu, bir donanım parçası üzerinde herhangi bir işlevi yerine getirmek için, MS'in görevi üstlenme arzunuzu tahmin etmesi ve istenen sonucu elde etmek için bir API eğlencesi yazması gerektiği anlamına gelir.

Linux ile daha az soyutlama vardır ve soyutlama isteğe bağlıdır, bu nedenle doğrudan donanıma hitap eden bir yazılım yazabilirsiniz, eğer isterseniz, önceden planlanmamış ve önceden uygulanmamış birçok olasılık açıyor.

Bunun bir kısmı da ortamın dosya sistemini ve ACL'leri veya sabit sürücüyü işleme şeklidir.

Windows, ACL'lerine ve kötü veya boş olarak işaretlenmiş sektörlere uymak için elinden gelen her şeyi yapacak. Bu nedenle, Windows ve ayrıca Windows MBR'lerinde oluşturulan ve sürdürülen NTFS veya Fat bölümleri, Windows tarafından işaretlendiği gibi işlenecektir.

Ayrıca, sürücü arızalanırsa daha fazla kullanırsanız, büyük bir sorunla karşılaşmanız daha olasıdır ve çevre çökecektir. Ardından işletim sistemi devreye girdiğinde nasıl işler, Windows BSOD veya yeniden başlatılır, Windows önyükleme işlemi MBR mesajlarını atar, eksik dosya mesajları (NTDLR.dll eksik veya bozuk) ve bu kötü dosyalar gerekli olduğu için durur.

Bir canlı disk kullandığınızda, bunlardan hiçbirine güvenmiyorsunuzdur. Diskten önyükleme yaptığınız için hatalı bir MBR atlandı. NTDLR.dll dosyasını bozan kötü bir sektöre gerek yok. Her şey diskte. Daha sonra bir okuma girişiminde bulunabilirsiniz. Eğer 'boş' bir sektörle ya da kötü bir bitle karşılaşırsa, o ortam bunu yapmak için programlanmış ancak ele alır. Ubuntu muhtemelen normal işletim sistemi davranışlarını sürdürmeyi ve en muhtemel olanı ile devam etmeyi tercih eder. Sektör boş, başka bir şey yapın. Bu sektör kötü, uzak dur, tekrar okumayın, yazmayın yoksa sorunlara neden olur.

Ancak bir kurtarma platformu tüm verileri okumak isteyecek. Dosya işaretleri, dosyanın 0,5, 13 olması gerektiğini söylüyor .... eğer dosya sistemi 13 raporları eksikse, boş başlığı görmezden gelin ve dosyayı yine de okuyun ya da kötü kesimi olabildiğince iyi okuyun ve kurtarmayı deneyin .

Ayrıca, Windows bunu üçüncü parti uygulamalarla da yapabilir, Recuva bu "eksik" dosyalardan birini bulabilir. Ancak diske tekrar yazabilecek ve kalıcı kalıcı kayba neden olabilecek bir ortamda olmak istemezsiniz.

Bunu basitleştirdim ve biraz yorum ekledim, ancak ne sorduğum için bazı boşlukları doldurmalı.

Windows sistemleri, donanıma bulaştığı her türlü arka plana sahip olma eğilimindedir. Bir Windows sisteminde, yeni bir sürücü takıldığında, her türlü işlem onunla uğraşmaya başlar. Eğer sürücü güvenilmez ise, bu genellikle çalışmamasına neden olur. Bir Linux sisteminde, sürücüye yalnızca onunla uğraşmasını söylediğiniz şeylere dokunulacak ve muhtemelen arıza modlarından herhangi birini tetiklemeden sürücüye erişebilmenizi sağlayacak olması çok daha muhtemeldir.