Sabit diskteki veriler Windows olmadan bozulabilir mi, verilere erişmeye çalıştığımda bunun beni uyardığını söyleyebilir mi?


30

Bir sabit diskin fiziksel olarak bozulmasının, işletim sisteminin 'fark etmeden' ve dosyayı okurken size bildirmeden bitlerin dosya içeriğini 'çevirmesine' neden olma ihtimali var mı? Örneğin, bir ASCII metin dosyasındaki (p. 0111000 0 ) bir 'p' bir 'q' (0111000 1 ) olarak değiştirebilir ve daha sonra bir kullanıcı (ben) bir dosyayı açıp bir arızanın farkında olmadan 'q' ifadesini görebilir Meydana geldi?

Eğer bir fark yaratırsa, FAT, NTFS veya ReFS ile ilgili cevaplarla ilgileniyorum.

İşletim sisteminin beni bundan koruyacağını mı yoksa kopyalarımın / zamanın arasında değişmediğini kontrol etmem gerekip gerekmediğini bilmek istiyorum.


Özel olarak ilişkili değil, ancak benzer: superuser.com/questions/613702/…
Michael Frank

Küçük ölçekli bir veri bozulması görmedim, ancak hasarlı bir okuma / yazma başlığının diske yanlış şarjı yanlışlıkla uygulamasının mümkün olabileceğini düşünüyorum. Ayrıca, bir sürücünün arızalı olup olmadığını söylemesi için Windows’a güvenmezdim (Oturum açmadaki mesaj). Sürücülerin zaman içinde yavaş yavaş öldüğünü gördüm, Windows'tan herhangi bir uyarı almadan.
CConard96

Tabii ki ... veriler 0 veya 1 göreceli değerlerine sahip bitler olarak depolanır, entropi, manyetik ve katı hal depolaması dahil tüm sistemlerde meydana gelir. Tüm veriler zamanla düşer.
acejavelin

2
@Moab: URL, herhangi bir şekilde, ilk yorumunuzdaki URL'den farklı olsaydı, ikinci ("Ayrıca ...") yorumunuzdan daha çok etkilenirdim.
TOOGAM

1
Yansıtılmış birimin üstüne ReFS kullanıyorsanız (parite değil!) Ve doğru şekilde yapılandırırsanız, dosya sistemi meta verisinin yanı sıra dosya verilerini de sağlama alır. Okunduğunda doğrulanacak (ve gerekirse düzeltilecektir) ve ayrıca tespit edilen hatalar için tüm hacmi düzenli aralıklarla tarayacak zamanlanmış bir iş de vardır.
davidbak

Yanıtlar:


24

Evet , bit çürüklüğü denilen bir şey var.

Ama hayır , fark edilmeden seni etkilemeyecek.

Bir sürücü plakalara bir sektör yazdığında, bitleri RAM'de saklandıkları gibi yazmaz - aynı bitin çok uzun süren dizileri olmadığından emin olmak için bir kodlama kullanır ve bazı bitleri etkileyen hataları onarmasını ve birkaç bitten fazlasını etkileyen hataları algılamasını sağlayan ECC kodları ekler.

Sürücü sektörü okuduğunda, bu ECC kodlarını kontrol eder ve gerekirse ve mümkünse verileri onarır. Sonra ne olacağı, sürücünün tanımlanmasından etkilenen koşullara ve sürücünün donanım yazılımına bağlıdır.

  • Bir sektör okunabiliyorsa ve ECC problemi yoksa, işletim sistemine
  • Eğer bir sektör kolayca tamir edilebilirse, tamir edilen sürüm diskin üzerine yazılabilir, hata okunabilir mi (kozmik ışınlar…) veya medyada sistematik bir hata olup olmadığını belirlemek için tekrar okunur ve doğrulanabilir.
  • Sürücü medyada bir hata olduğunu tespit ederse, sektörü yeniden tahsis eder
  • Bir sektör, birkaç okuma denemesinden sonra okunamıyor veya düzeltilemiyorsa, RAID sürücüsü olarak belirtilen bir sürücüde sürücü vazgeçecek, sektörü yeniden tahsis edecek ve denetleyiciye bir sorun olduğunu söyleyecektir. Sektörü diğer RAID üyelerinden yeniden yapılandırmak ve başarısız sürücüye geri yazmak için RAID denetleyicisine güvenir ve daha sonra umarım sorunu olmayan yeniden tahsis edilen sektörde depolar.
  • Bir sektör bir masaüstü sürücüde okunamıyor veya düzeltilemiyorsa , sürücü okumak için çok daha fazla deneme yapacaktır. Sürücünün kalitesine bağlı olarak, bu durum kafanın yeniden konumlandırılmasını, tekrar tekrar okunduğunda herhangi bir bitin olup olmadığını kontrol etmeyi, hangi bitlerin en zayıf olduğunu kontrol etmeyi ve bir kaç başka şeyi içerebilir. Bu denemelerden herhangi biri başarılı olursa, sürücü sektörü yeniden konumlandıracak ve onarılan verileri geri yazacaktır.

(Bu, "Masaüstü", "NAS / RAID" veya "Video gözetimi" sürücüleri olarak satılan sürücüler arasındaki ana farklardan biridir. Bir RAID sürücüsü, yalnızca hızlı bir şekilde vazgeçebilir ve denetleyicinin sektördeki gecikmeyi önlemek için sektörü onarmasını sağlayabilir kullanıcı tarafı: Bir masaüstü sürücü tekrar tekrar dener, çünkü kullanıcının birkaç saniye beklemesinin muhtemelen veri kaybının olduğunu söylemekten daha iyidir.Vi bir Video sürücüsü, sabit veri hızını, genellikle hasarlı bir karenin kazandığı gibi, hata kurtarmadan daha fazla değerlendiriyor fark edilmeden bile.)

Her neyse, sürücü bit çürüklüğü olup olmadığını bilecek, tipik olarak ondan kurtaracak ve eğer başaramazsa, kontrolöre hangi sürücünün işletim sistemini söyleyeceğini söyleyecektir. Ardından, kullanıcıya bu hatayı sunmak ve üzerinde hareket etmek OS'ye bağlıdır. Bu yüzden cybernard diyor

Hiçbir zaman tek bir bit hataya şahit olmadım, ancak tüm sektörlerin başarısız olduğu birçok sabit disk gördüm.

sürücü, sektörde bir sorun olduğunu anlayacaktır, ancak hangi bitlerin başarısız olduğunu bilmiyor. (Başarısız olan tek bir bit daima ECC tarafından yakalanır).

Lütfen chkdsk'in ve dosya sistemlerini otomatik olarak onararak dosyaların içindeki verileri onaramadığını unutmayın . Bunlar dosya sisteminin yapısını bozan yolsuzlukları hedef almaktadır; Bir dosya boyutunun dizin girişi ile ayrılan blok sayısı arasında farklı olması gibi. NTFS'in kendi kendini iyileştirme özelliği, yapısal hasarları algılar ve verilerinizi daha fazla etkilemelerini önler, zaten zarar görmüş hiçbir veriyi onarılamaz.

Elbette, verilerin zarar görmesinin başka nedenleri de vardır. Örneğin. Bir denetleyicideki hatalı RAM, sürücüye gönderilmeden önce verileri değiştirebilir. Bu durumda, sürücüdeki hiçbir mekanizma verileri algılamayacak veya onaramayacaktır ve bu, dosya sisteminin yapısının zarar görmesinin bir nedeni olabilir. Diğer nedenler arasında düz yazılım hataları, diski yazarken karartma (her ne kadar dosya sistemi günlüğü tarafından ele alınsa da) veya kötü dosya sistemi sürücüleri (Linux'taki NTFS sürücüsü, NTFS ters mühendislik uygulanmış, belgelenmemiş olarak uzun süredir salt okunur olarak ayarlanmıştır) bulunur. ve geliştiriciler kendi kodlarına güvenmediler).

Bir keresinde, bir uygulamanın tüm dosyaları iki farklı sunucuya farklı veri merkezlerinde saklayacağı ve verilerin her koşulda geçerli olması durumunda çalışan bir kopyasını saklayacağı bir senaryo vardı. Birkaç ay sonra, kopyalardan birinde, tüm dosyaların yaklaşık% 0,1'inin uygulamanın veritabanında depoladığı MD5 toplamıyla eşleşmediğini fark ettik. Sunucu ve SAN arasında hatalı bir fiber kablo olduğu ortaya çıktı.

Bu diğer nedenler, ZFS gibi bazı dosya sistemlerinin hataları algılamak için ek sağlama toplamı bilgileri bulundurmasının nedenidir. Sizi çürümekten ziyade yanlış gidebilecek birçok şeyden korumak için tasarlanmıştır.


2
Sürücü ortamındaki bozulmanın yanı sıra diğer donanım sorunlarının bozuk verilerin okunmasına ve yazılmasına neden olabileceğine dikkat çekmek için +1 . Şahsen bir davada kötü kablolarla ilgili bir problemim oldu. Ve, FYI, ZFS'ye ek olarak, düzgün yapılandırıldığında ve Depolama Alanları'nın üstünde çalışırken Windows ReFS dosya sistemi (Server 2012+ için) ve dosya sistemi meta verilerinin yanı sıra dosya verilerini sağlama toplamı ve kurtarır; bütünlük bu tür birçok hatayı tespit etmek ve düzeltmek için tarar.
davidbak

17

Evet, sabit diskler işletim sisteminden herhangi bir uyarı alınmadan bunu yapabilir ve bozulabilir. Buna biraz çürük denir . Hiçbir zaman tek bir hataya şahit olmadım, ancak tüm sektörlerin başarısız olduğu birçok sabit disk gördüm.

Windows, NTFS dosya sisteminin yapısının ötesinde dosya içeriğinin yerleşik korumasına sahip değildir. NTFS'yi bir kitap olarak düşünün: sadece içindekiler tablosunu korur ve işlerin eşleştiğini doğrular. Ancak, hasar sayfanın ortasındaysa, koruma sağlamaz. FAT hiçbir şey içermiyor. Sabit sürücüler, sektör bazında ECC hata düzeltmesi kullanır, ancak sürücü Windows'a söylemez. Bazı dosya türleri özellikle yolsuzluk tespit etmek için CRC, MD5 veya SHA karmaları var, ama yok düzeltme şey.

O zaman bile, karma size yalnızca bir sorun olduğunu söyler, ancak hatanın nerede olduğunu bilmiyor.

Sabit sürücü, sabit sürücünün sağlığını izleyen SMART'a sahiptir, ancak sürücü ölüm kapısında değilse, BIOS sizi uyarmaz. En kötüsü, SMART, BIOS'unuzda genellikle varsayılan olarak devre dışıdır. Numaraları yazılım aracılığıyla izleyebilirsiniz, ancak farklı sürücülerin farklı sorunları vardır. Bir sürü yeniden yerleştirilmiş sektörünüz varsa veya ECC hatalarınız sürekli artarsa. Her gün 100.000 yeni ECC'niz varsa, bu kötü bir işarettir.

Birçok dosya türünün bit çürümesine karşı koruması yoktur . Tıpkı hiçbir koruması olmayan TXT ve BMP gibi. Winrar, arşive dosyayı daha büyük hale getirecek eşlik verileri eklemek için isteğe bağlı bir seçeneğe sahiptir, ancak bu tür bir hatayı tespit edebilir (eklenen parite verileri miktarıyla orantılı olarak) ve onarabilir.

Bildiğim diğer tüm sıkıştırma programları hataları algılıyor, ancak bu konuda hiçbir şey yapmadan çaresiz kalıyorlar.

Sonunda, bir sektördeki hatalar o kadar kötü olacak ki ECC düzeltemez ve sürücü yanlış olsa bile ne okuduğunu gösterir.

Eşlikli veri dosyaları oluşturmak için QuickPar veya benzeri bir yazılım kullanabilirsiniz, ancak bildiğim kadarıyla otomatikleştirmenin yolu yok. Örneğin, eşliği manuel olarak güncellemeniz gerektiğinde dosyayı kendiniz değiştirirsiniz. Ayrıca, bir dosya grubu için eşlik verisine sahip olabilirsiniz, ancak 1 dosyayı değiştirirsiniz ve tüm eşlik kümesinin yeniden oluşturulması gerekir. Bu herkes için gerçek bir baş ağrısıdır, fakat az sayıda dosya.


Windows, chdsk veya NTFS, RAID tarafından işlenen bit çürüklüğüne veya eşlikli bir dosya sistemine karşı algılama özelliğine sahiptir. Kötü bir bölüm ne de bit çürüklüğü neden değildir. Bu cevabı onaylıyorum
Ramhound

1
@Ramhound Ne yazık ki, orada RAID yansıtma, seviye 5 veya seviye 6 ile verileri koruyan kullanıcı sayısı muhtemelen% 0.01'den az
cybernard 12:16

Genel olarak konuştuğumu biliyorum. Bit çürüklüğü! = Kötü bölümler
Ramhound

1
NOR = DEĞİL VEYA; bir cümle içinde kullanılması, özel bir liste olduğu anlamına gelir;
Ramhound

1
Böyle şeyler yapan 750GB sabit diskim vardı. Her şeyden önce bilgisayar yavaştı ve her zaman donuyor. Bazı metin dosyalarının bir kısmı sıfırlanırsa veya bozuluyorsa. Bilgisayar daha sonra önyüklemeyi durdurdu. Yeni bir sabit disk aldım (
HDD'm

2

Evet mümkün. Windows sadece bir yazılımdır. Yazılım, bilgisayarın izlemesi gereken bir dizi talimattır.

Bir dizi talimatın başka bir türünü düşünün: bir kitap. Bu talimatlar rafta oturan bir kitapta yazılırsa ve hiç kimse kitabı açıp bu talimatları okumayı zorlaştırmazsa ne yapabilir?

Yazılı talimatların, bir kişinin talimatları okumasını ve talimatları izlemeye başlamasını gerektirmesi gibi, bilgisayar yazılımı da yararlı olacak şeyler yapmak için donanım gerektirir. Bir kitap mükemmel bir doğrulukla yazılmış talimatlara sahip olsa bile, eğer bir kişi talimatları okumaya karar verirse, ancak bunları yanlış uygulamaya karar verirse problemleri önler. Benzer şekilde, yazılım donanımın kötü şeyler yapmasını engelleyemez. Bu nedenle, bozuk donanım, Microsoft Windows da dahil olmak üzere herhangi bir yazılımın yapabileceklerini fiziksel olarak kazanabilir.

Şimdi, ReFS, yazılımın verilerle ilgili ayrıntıları depolayacağı ve yazılımın bu ayrıntıları daha sonra karşılaştırmasını sağlayacak şekilde tasarlanabilir. Basit bir kavram, yazılımın belirli değerler eklediği ve bu değerlerin beklenen bir sonuçla eşleştiğinden emin olduğu "sağlama toplamı" dır. Donanım bu yazılımı uyguladığında, bazı kötü sonuçlar tespit edilebilecektir. Bu bile çalışmak için oldukça muhtemel olabilir. Bununla birlikte, teorik olarak var olabilecek olası sorunların sayısı temelde sonsuz bir sayı olduğundan, yazılımın her sorunu mutlaka algılayacağının garantisi yoktur. (Yazılımın, önceden oluşturulmuş bir dizi talimat olduğunu unutmayın.)

FAT, özellikle özellikler bakımından düşüktür. FAT12 disketler için ve 4 GB'a kadar sistemler için FAT16 için tasarlanmıştır (Microsoft'un FAT16 uygulamasının çoğu 2 GB'nin üzerinde çalışmadığı halde). VFAT uzantısı olmadan, ikisi de 11 karakterden uzun olmayan dosya adlarını destekledi (bazıları "uzantı" olarak adlandırılan bir kısımda olacaktı). FAT, verileri saklama yeteneğinin yetişkinlerin öğretilmesi gereken yeni bir kavram olduğu bir zamanda depolamak için tasarlandı. FAT, "öncü" bir teknoloji olarak kabul edildiğinde, bilgisayar teknolojisi, insanların gelişmiş özellikler konusunda endişe duymaları için yeterince yaygın ve ayrıntılı değildi.

NTFS, belki de en önemlisi işletim sisteminin kullanıcı izinlerini kolayca takip edebilmesini sağlamak için bazı özellikler için destek ekledi. NTFS'nin farklı sürümleri vardır. Örneğin, Moab, Windows Server 2008'in kendiliğinden iyileşen NTFS için destek eklediğine işaret ediyor, bazı şeyleri tespit edebilir. Yine de, bu özellik Windows Server 2008 için yeni olduğundan, Windows XP (veya Windows Server 2003 veya daha önceki sürümler) tarafından desteklenen hiçbir şey değildir. Yine de, özellikler listesine bakmakla birlikte, işletim sisteminin diskin monte edemeyeceği kadar ciddi sorunları veya işletim sisteminin çekirdeğini etkileyen diskin diğer önemli alanlarını fark etmesine yardımcı olan bazı meta veriler içerdiği anlaşılıyor. Her bir veri parçasındaki gibi görünmüyordu, her bir dosyadaki bu özel özellikten etkileniyor.

Bu tür işletim sistemleri için yazılım, işletim sisteminin görevleri başarmasında kayda değer sorunlara neden olmadıkça, bu tür şeyleri farketme olasılığı çok düşüktür. Diskleri kontrol eden işletim sisteminin bölümleri (CheckDsk / ChkDsk / ScanDisk / ScanDskW, işletim sistemine bağlı olarak) gibi bazı istisnalar olabilir, ancak dosya sistemleri donuk olduğundan, tespit edebildiklerine göre oldukça sınırlı olacaktır. disk kontrolü için faydalı olması amaçlanan çok büyük miktarda veri saklamayın.

(RAID5, bu tür şeyleri algılamaya daha yatkın olabilir, her bit olağandışı bir şeyi fark etmeye yardımcı olacak bir eşlik bitine sahip olabilir. O zaman bile, sorunu fark etmek için bir kontrol yapmak RAID uygulamasına bağlı olacaktır. Diskin aktif olarak çalışılmayan bir kısmı varsa, birileri bu verileri kullanmaya başlamadan önce sorun fark edilmeden kalabilir.)

Daha yakın zamanlarda, daha fazla sayıda bit, "10 milyonda 1" şansı gibi küçük olasılıkların olayları etkilemesinin daha muhtemel olduğu anlamına geliyordu. Genel halk, şeyler üzerinde küçük bir etkisi olabilecek "kozmik ışınlar" ı da öğrendi. Bitler daha yeni cihazlarda çok sıkı bir şekilde sıkıştırıldığından, bir biti temsil etmek için fiziksel gereklilikler daha küçüktür, bu nedenle küçük etkilerin bile bir bitin nasıl tanındığı ile uğraşması daha olasıdır. ReFS, tespit edilmelerine yardımcı olmak için tasarlanmış bazı özelliklere sahiptir. Vikipedi'nin ReFS'deki makalesi "otomatik bütünlük kontrolü" olarak nitelendiriliyor. Bu dosya sisteminin kayda değer bir özelliği olarak tanımlandığı gibi, bu özelliklerin NTFS'den (ve tabiatta nispeten basit olan FAT'tan daha büyük olasılıkla) daha gelişmiş olması muhtemeldir.

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.