İki sistem donuyor: muhtemelen bir RAID / MB sata denetleyicisi arızası?

Yaklaşık aynı yaşta benzer sorunları olan iki sistemim var:

İlk sistem:

ASUS P8h67-m-le anne r3 sürümü   i7 2600 (3,4 GHz)
8 gb ram ddr 3 (2x4 gb çift kanal)   2 hd 1 TB WD Green ile intel RST üzerinden RAID 1   Coolermaster 600W psu   Windows 7 64 bit profesyonel sürüm (orijinal lisans).   10kva UPS ile aşırı gerilimden korunan sistem

Semptomlar:

Sistem neredeyse 3 yıldır tamam çalışıyordu. Geçen ay RAID bozuldu ve bir uygulama askıda kalması nedeniyle kötü bir şekilde kapatıldı. Bundan sonra normal güç kapalı ve açık kullanarak kapattıktan sonra birkaç kez bozulmuş ve yeniden inşa. Geçtiğimiz iki hafta, sistem takılmaya başladı (tamamen donuyor, bazen fare imleci de diğerlerinin fareleri hala hareket ederken donuyor). [görünüşe göre donma sıklığı artıyor]
Bundan sonra sistemi sıfırlamak zorunda kaldı. Her seferinde RAID 1'i yenilemeye başladığında (RAID'in yeniden oluşturulması dört saat sürer) ve şimdi günde yaklaşık bir kez donuyor.

Test ettiklerim:

• Yeni koç ve yeni PSU aynı sorunu veriyor.
• Görünüşe göre RAID olmadan (1 hdd'yi kaldırma) sorunu çözüyor gibi görünüyor.
• HDD gayet iyi (stres testi, kısa otomatik test ve uzun otomatik test ile diğer sistemlerde test edilmiştir) Ayrıca akıllı günlükleri görüntülemek de tamam görünüyor.
• Stres testi işlemcisi geçti.
• Kontrol edilen temps tamam, sistem aşırı ısınmıyor.
• Intel RST ile bir hdd'yi başka bir sisteme taşıyın ve erişemiyor (Bios sürücüyü görüyor, denetleyici göstermiyor, ancak windows donanım yöneticisi göstermiyor), aynı sürücüyü intel RST ve CAN ACCESS IT olmadan başka bir sisteme taşıyor mu? ??
• Sunucu uygulamasını başka benzer bir sisteme taşımak, sorunu çözmek için, donanımla ilgili olması gereken bir uygulama sorunu değildir.

Sorun: sistem donduğunda, Windows olay günlüğünden hiçbir şey almadım. Uygulama kilitlenmesi yok, RAID sorunu yok, hiçbir şey yok. Windows'taki RST günlüğü, hangi hdd'nin yalnızca bozulmuş durumun (en azından benim sistemimde) eşitleme durumundan çıktığı konusunda hiçbir ayrıntı içermiyor.

Tuhaf bir şey: Sisteme başka bir dahili HDD eklemek (yedekleme yapmak için RAID'in dışına) RAID bozulmasını tetikliyor ve RAID 1'i yeniden üretmeye başlıyor gibi görünüyor.

Sanırım MB başarısız oluyor

İkinci sistem:

I5 işlemci şimdi özelliklerini hatırlayamıyor   Asus MB h81m-k   RAID yazılımı ile Windows 7 64 bit.   8GB koç   2x1 TB HDD Havyar mavisi

Semptomlar: Sunucu yaklaşık 2 yıl boyunca iyi çalışıyor. Bir ay önce: Sunucu Windows RAID senkronizasyondan çıkar, hiç bitmedi resync deneyin (dört gün bekliyor)
Sunucu Uygulaması sık sık askıda kalmaya başladı (yeniden başlatma gerekmez, sadece uygulamayı yeniden açın) veya terminal bağlantılarını kapattı. Sunucu uygulamasını başka benzer bir sisteme taşımak DID sorunu çözdü, bu yüzden bir uygulama sorunu değil.

Yaptığım testler:

Systen'de bir hdd formatlayın (format bir gün sürdü ve hiç bitmedi). Böylece hdd'yi (senkronizasyondan çıkarıp başka bir sistemde deneyen) silerim. Biçim normal zamanda sona erdi. Akıllı görünüyordu ve iyi görünüyor. Bu hdd'yi sisteme taşıyarak tekrar Soft RAID'i yeniden senkronize etmeye çalışın: sürücülerin senkronizasyonu hiç bitmedi. PSU’yu değiştir & amp; RAM sorunu çözmedi Senkronizasyondan çıkan HDD'nin çıkarılması sorunu çözmedi çünkü uygulama yine de kilitleniyor.

Her iki sistemin ortak noktası ne:

• yaklaşık iki yıl kullanım
• ağır HDD okuma / yazma
• sunucu uygulamaları farklı
• aynı marka hdd.
• HDD diğer sistemlerde iyi görünüyor.
• Aynı işletim sistemi hem yasal kopya
• bellek ve psu nedeni değil.
• MB'de görsel hasar belirtisi yok
• Kimse dokunulan sistemler içindeydi.

Tahminime göre, bir şekilde sata portları / denetleyicileri, farklı HDD türlerinin doğası nedeniyle her iki sistemde farklı görünen hatalar yaratan yoğun HDD aktivitesini kaldıramaz ve zaman içinde bozulmuş / bozuldu.

Baskınını tekrar tekrar yapma! Kartın neden sürücüde başarısız olduğunu anlayın ve (büyük olasılıkla) sürücüyü değiştirin. Sürücüyü kontrol etmek için smartctl adlı bir komut satırı yardımcı programını kullanabilirsiniz - 500-1000 civarında bir hata varsa veya artmaya devam eden birkaç hata varsa, sürücüyü değiştirme zamanı gelmiştir.

Basılı bir sürücüyü başka bir yere bağladıktan sonra yeniden oluşturmak zorunda kalırsanız, bu baskınla ilgili özel bilginin biraz tıkanmasından kaynaklanır (dell / LSI yüzdelik kartlarında sürücüde bu ekstra veri parçası var, ancak hiçbir zaman yeniden oluşturma işlemini tetiklemedim. sürücüyü elle monte ederek). Son olarak, her türlü donanım sorunu bir sistemin donmasına neden olabilir. Kötü bir baskın kartı, sabit sürücülerinizdeki elektriksel sorunlara veya sabit sürücünüzdeki denetleyici sorunlarına olduğu gibi donmaya neden olabilir. Bazen dosya sistemi bozulma sorunları bir çekirdek çöküşünü tetikler, ancak sorunun nedeni bu ise gerçekten görünür ve açık olmalıdır. Bir keresinde gördüğüm garip bir şey, bir sabit sürücüdeki yıpranmış yataklardan gelen sıcaklığın bir bilgisayardaki sıcaklık sorunlarına neden olmasıydı (dizüstü bilgisayarlar buna eğilimli) - yıpranmış bir sabit sürücü gibi ekran kartınızdaki her şeyi tamamen dondurabilecek sıcaklık sorunlarına neden olabilir . Makineniz donmadan hemen önce çekirdek mesajlarını kontrol etmekten zarar görmez, Debian / Ubuntu'da / var / log / kern. Yeterince güçlü olmayan bir güç kaynağına sahip olmak çökmelere neden olabilir. Genel olarak, sistem çökmesini durdurana kadar gereksiz donanımları devre dışı bırakmayı deneyin :).