Dosya sistemi bozulması (?) Ve uygun fsck kullanımı


2

Geçtiğimiz hafta işte linux sunucumuz (CentOS 5.5) giriş yapma girişimlerine yanıt vermedi, bu yüzden kapatmam gerekiyordu. Birkaç disk çıkardıktan sonra, önyükleme sırasında bozulmuş bir baskın dizisi rapor edildi ve fsck -p'nin manuel bir fsck yapmasını istemediğini belirtti. Sunucu, bir donanım RAID 5 dizisinde 5x 2 TB disklere sahiptir. Yazılım tarafı, bunun sadece / boot / ve / home içeren büyük bir mantıksal hacme ve takas için ikinci bir mantıksal hacme düzenlendiğine inanıyorum.

Kaldırılan disklerdeki RAID yapılandırmalarını, bu noktada RAID dizisinin hala bozulmuş durum gösterdiğini ve makinenin önyüklemede hala fsck hatası döndürdüğünü yeniden aktardım. Beşinci disk, otomotiv geliştirmeye başladı, ancak muhtemelen dosya sistemi bozulması nedeniyle başarısız oldu. Neyse ki, kurtarma modunu (whew!) Kullanarak 2+ TB verisini sunucudan kurtarmayı başardım. Sonra fsck -yf komutunu, bazı değişiklikler yapan mantıksal birimde çalıştırdım. Şimdi fsck önyüklemede temiz oluyor, ancak Cent OS giriş ekranına geldiğimde, tüm fontu değiştiren kutularla karşılaşıyorum. Giriş yapmamı engelleyen bir çeşitlilik hatası ortaya çıkıyor, ancak aynı zamanda tüm kutular olduğu için hatayı okuyamıyorum. Ayrıca metin terminali ile giriş yapamıyorum (sürekli olarak giriş yapılıyor :, şifre girme şansı yok) veya SSH (sunucu cevap veriyor, fakat yanlış şifre veriyor).

Bu noktada, fsck çalıştırmayı deniyorum, ancak bana dosya sisteminin temiz olduğunu söylüyor. Kurtarma sistemindeki dosya sistemine hala kurulum dvd'sinden ulaşabiliyorum ve aradığım dosyalar tamam görünüyor. Tamamen yeniden yüklemeyi tercih etmemeyi tercih ederim çünkü bu işlem çok fazla yeniden yükleme ve veri geri yükleme gerektiriyor ve kurtarma modundaki dosyalar bozulmamış görünüyor. Mantıksal birimde fsck çalıştırarak veya RAID otomatik olarak yeniden oluşturmaya izin vererek onu tamamen rahatsız ettim mi? Nasıl devam edeceğinizle ilgili önerileriniz nelerdir?

Yanıtlar:


1

RAID sistemi (MD) dosya sistemiyle ilgili hiçbir şey bilmez, bu nedenle yeniden oluşturmayı başaramazsa, dosya sisteminin bozulması nedeniyle değil, donanım hatası nedeniyle daha büyük olasılıkla. Muhtemelen disklerinden biri arızalı. Smartmontools kullanarak SMART hataları olup olmadığını kontrol edin ve bir otomatik test yapın.

Fsck -yf komutunu çalıştırdığınızda, bu dosya sistemini düzeltmek için elinden gelenin en iyisini yapacaktır ve bu sırada problemli düğümleri (dosyalar) silebilir (bazı dosyalar kayıp + bulunanlar klasörüne taşınabilir). Belki de grafiksel oturum açarken gördüğünüz kutular fsck tarafından silinmiş gerekli dosyalardan kaynaklanıyordu. Konsol veya SSH ile giriş yapamamak ayrıca eksik dosyalara da işaret edebilir. Kurtarma moduna önyükleme yaparsanız kabuk erişimi sağlayabiliyor musunuz? OS dosyalarını yedekten geri yükleyerek veya yazılım paketlerini yeniden yüklemeye zorlayarak işleri düzeltmeyi deneyebilirsiniz.

Ancak, bu noktada, belki diskleri değiştirmek ve temiz bir yeniden yükleme yapmak daha iyi olurdu.


Ek olarak, hangi kurtarılabilir verilere sahip olabileceğinizi yedeklemek isteyebilirsiniz. Verilerinizin bir kısmını aktarıyorsanız tamamen temiz bir sayfadan başlamanız gerekmez.
J03L
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.