Linux diskinde okunamayan tek bir bloğu kolayca nasıl onarabilirim?

Linux sistemim syslog'da SMART hatalarını atmaya başladı. İzini sürdüm ve sorunun diskteki tek bir blok olduğuna inanıyorum. Diskin tek bir bloğu yeniden tahsis etmesini nasıl kolaylaştırabilirim? Bu sırada hangi dosyanın imha edildiğini bilmek istiyorum. (Bir blok bir diskte başarısız olursa diğerlerinin izlemesinin muhtemel olduğunun farkındayım; devam etmekte olan iyi bir yedeğim var ve sadece bu diskin çalışmaya devam etmesini istiyorum.)

Web'de arama yapmak , demonte olmayan bir diskteki manuel bir işlemi açıklayan HOWTO Bad bloğuna götürür . Karmaşık ve hataya açık görünüyor. Linux'ta bu süreci otomatikleştirmek için bir araç var mı? Diğer tek seçeneğim üreticinin teşhis aracıdır , ancak neyin zarar gördüğünü bildirmeden kötü bloğu engelleyeceğini tahmin ediyorum. En kötü durum, dosya sistemi meta verileri olabilir.

Söz konusu disk birincil sistem bölümüdür. Ext3fs ve LVM'yi kullanma. İşte syslog'dan hata günlüğü ve smartctl'den ilgili bit.

smartd[5226]: Device: /dev/hda, 1 Currently unreadable (pending) sectors

Error 1 occurred at disk power-on lifetime: 17449 hours (727 days + 1 hours)
... Error: UNC at LBA = 0x00d39eee = 13868782

Pastebin üzerine tam bir akıllı çöp dökümü var .

Deneyebilirsin hdparm --write-sector <LBA> /dev/ice.

Bunu yapmanın başka bir yolunu bilmiyorum - LBA'yı manuel olarak dosya sistemi bloklarına dönüştürmeniz gerekir (daha önce bulduğunuz gibi)

WD için disk bellenimi yazıyordum ve bir keresinde hatalı blok atanmış bellenimi yazdım.

İlk olarak, çoğu kötü blok yazma üzerine değil, okumalarda algılanır. Yazma işlemi kör yapılır, yani veriler kontrol edilmeden yazılır. Bu nedenle, eğer medya kötüyse, ev sahibi bu sektöre bir okuma yapmadan bunu bilemezsiniz. Sektörün küçük bir bölümü (sektör başlığı) var ve doğru sektörü bulmak için yazıyor, böylece sektör başlığını okurken bir hata olursa, sürücü sektörü yeniden atayacak ve alınan verileri yazacaktır. Yazma komutundan. Ancak, kötü blokların büyük çoğunluğu okumalarda algılanıyor ve sadece bir yazının bir sektöre başarılı olması medyanın iyi olduğu veya sektörün yeniden atandığı anlamına gelmiyor.

Şimdi kötü blok yeniden atama (yeniden tahsisat da denir) hakkında. Evet, normalde sürücü, hata yeterince kötüyse (yani, ECC arızası yeterince kötüyse) bir sektörü yeniden atamaya çalışır, ancak sürücü ECC düzeltmesinden sonra verileri hala kurtarabilir. Genellikle bu otomatik olarak yapılır. Bunun tek istisnası, ana makinenin daha önce sürücüye otomatik yeniden tahsisat yapmamasını söyleyebilmesidir, ancak bu nadiren yapılır.

Peki, sürücü bir okuma yaparsa ve verileri kurtaramazsa ne olur? Hiçbir şey değil. Hata ana bilgisayara bildirilir, ancak yeniden atama yapılmaz. Sorun, sürücünün sektörü yeniden ataması olabilir, ancak yeni atanan sektörde hangi verileri yazacağına dair en ufak bir fikri yok. Bir kaç tane sıfır yazdıysa, diyelim ve sektör yeniden okunursa, verilerin sıfır olduğuna dair hiçbir kanıt olmadan tüm sıfırları geri getirecekti. Bu aslında veri bozulmasıyla aynı şeydir. Sürücü, çeşitli nedenlerle (örneğin, sürücü yeni bir ana bilgisayara taşınmışsa ne olur?) Hataları izleyerek ana bilgisayara güvenemez, bu nedenle en iyi eylem, veriler ne zaman yapılacağıdır. kurtarılamaz.

Ancak modern sürücüler, yeniden tahsis edilemediğinde kötü sektörün konumunu koruyacak. Yeniden tahsis edilmeyi bekleyen kötü sektörlerin sayısı SMART verilerinde bulunabilir. Yeniden tahsis edilmeyi bekleyen kötü sektörlerden birine bir yazma yapılırsa, yeniden tahsisat yapılır, çünkü sürücü şimdi yeniden tahsisattan sonra yazmak için geçerli veriye sahiptir. Böylece insanlar kötü bir sektöre yazı yazmanın yeniden tahsis edileceğini söylerken, bu gerçekten hikayenin yarısı. Öncelikle sürücü okunmalıdır, böylece sürücü otomatik olarak yeniden tahsis edilemeyen tüm kötü sektörleri keşfedebilir. Böylece bir sürücünün tamamını yazabilirsiniz ve SMART verileri yeniden tahsis edilmeyi bekleyen kötü sektörler olmadığını söyleyecektir, ancak tüm kötü sektörlerin sürücülerini mutlaka temizlemediniz. Öyleyse, tüm kötü sektörlerden birinden kurtulmak istiyorsanız,

Yeniden tahsis edilemeyecek kötü bloklarla baş etmenin başka yolları da var. Sürücü yedek bir RAID yapılandırmasının parçasıysa (yani, RAID 0 dışında herhangi bir şeyse), RAID yazılımı kötü bir sektörün verilerini diğer sürücülerden otomatik olarak kurtarmalı ve yeniden tahsis edilen sektöre yazmalıdır. SCSI diskleri, ana makinenin bloğa yazılacak geçerli bir veri olmasa bile yeniden atamayı zorlamak için kullanabileceği açık bir yeniden bloklama komutuna sahiptir, ancak kullanımı oldukça düşük düzeydedir.

Bence tek yapman gereken şey:

e2fsck -c /dev/hda1

/ dev / hda1 varsayalım (unmounted) bölümdür. Veya:

e2fsck -c -c /dev/hda1

(yavaş) tahribatsız okuma-yazma testi yapmak. Hala sökülmek zorunda kalacak. Yine de bunun kaybolan verilerle ilgili detayları vereceğini sanmıyorum.

Michael bunu doğruladı ve çoğu durumda sadece ucuz sürücüyü değiştirin derdim. Ancak, yedekleriniz yoksa ve sürücüden önemli veriler alamıyorsanız veya yalnızca sürücüyü onarmayı denemek istiyorsanız, spinrite kullanarak en üst düzeyde kullanmayı deneyebilirsiniz .

Birkaç yıl önce bazı sesler çıkarmaya başlayan bir dizüstü bilgisayarım vardı. Badblocks, sürücünün son kullanıcı tarafından görülebilen 118 ya da çok kötü bloğa sahip olduğunu gösterdi. Zaten bir SpinRite kopyası bulunduğundan, yeni bir sürücü almadan önce denemeye karar verdim. Sürücü üzerindeki spinrite çalıştırdıktan sonra badblocklar 0 hatalı blok gösterdi ve sesler durdu. Sürücü o zamandan beri iki yıldan fazla bir süredir çalışıyordu.

Yedekleriniz varsa ve bunun mantıklı bir hata olduğunu ve fiziksel olmayan olduğunu biliyorsanız, bunun için en iyi yol diski sıfırlamak olacaktır.

MHDD'yi kullanmak oldukça kolay olurdu ve HDD'nizi Bios'ta IDE emülasyonuna ayarlamayı hatırladığınız ve ardından işiniz bittiğinde AHCI'ye geri döneceğiniz için endişelenecek bir şeyiniz yok.

MHDD'ye önyükleme yaptıktan sonra sürücü tipinizi ERASE komutundan seçin ve seçiminizi onaylayın.

Kendinize bir miktar kahve alabilirsiniz.

Sürücü sıfırlandıktan sonra, Remap ON (açık) olarak ayarlıyken taramayı (f4) yapın (varsayılan kapalı). Sürücüde hala bir sorun varsa (tablada fiziksel bir hasar olduğu ve sürücü aşağı doğru bir eğimde olduğu anlamına gelir), bu seçenek hasarlı alanı sürücünün sağlıklı kısımlarına eşleştirerek "Onarır".

UNC hatası yoksa sizi tebrik ederiz ve sürücünüz gelecek yıllar boyunca arkadaş olabilir.

Disk bozuksa, değiştirin. Daha fazla parçalara ayrılma riskine değmez.