Ana dosya sisteminin neden sadece salt okunur modda olacağı

Ubuntu 12.04

Dosya sistemi sık sık salt okunur moda geçer. Öncelikle bu soruyu okudum dosya sistemi zaten sadece salt okunur moduna giriyor . Ama bunun başka bir şeyden kaynaklanmadığını bilmek zorundayım dying hard drive. Bu benim istemci tarafından sunucu sağlanır ve sadece orada bazı koşuyoruz am node.js workers+ birini node.js serverben kullanıyorum mongodb.

Zaman zaman (her 20-50 saatte) sistem aniden dosya sistemini salt okunur yapar, mongodb işlemi başarısız olur (salt okunur fs nedeniyle) ve düğüm işçilerim / sunucum (başlatılanlar forever) yeni öldürülür.

İşte dmesg'in günlüğü - FS'nin salt okunur olacağı bazı hatalar ve mesajlar görebiliyorum ve ayrıca bazı DOĞRU hatalar var ama bu hataların nedenini bulmak istiyorum.

http://speedy.sh/Ux2VV/dmesg.log.txt

Düzenle

smartctl -t long /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.5.0-23-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

SMART support is: Unavailable - device lacks SMART capability.
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Neyi yanlış yapıyorum? Aynı şey için sda2.

Morover şimdi kabukta bulunmayan herhangi bir komut yazdığımda şunu alıyorum:

Sorry, command-not-found has crashed! Please file a bug report at:
https://bugs.launchpad.net/command-not-found/+filebug
Please include the following information with the report:

edit2

Bu sunucunun aslında VPS olduğunu ve sabit disklerin iyi olduğunu ve RAID 10'da olduklarını söylediler. Bana "fstab'a fsck zorlamak yardımcı olmalı" dediler.

Edit3

işte mountkomuttan çıktı :

/dev/sda2 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /media/psf type prl_fs (rw,nosuid,nodev,sync,noatime,share,_netdev)

Yani aslında sda sürücüsü yok mu? Sadece sda2?

edit4

Komuttan çıktı fsck -N:

root@ubuntu:~# fsck -N sda
fsck from util-linux 2.20.1
[/sbin/fsck.ext4 (1) -- /] fsck.ext4 sda /dev/sda2 

[26729.124569] Write(10): 2a 00 03 96 5a b0 00 00 08 00
[26729.124576] end_request: I/O error, dev sda, sector 60185264
[26729.125298] Buffer I/O error on device sda2, logical block 4593494
[26729.125986] lost page write due to I/O error on sda2

Benim /dev/sdaiçin, yolda olduğuna dair oldukça güçlü bir kanıt . Onay için bir smartctl testi çalıştırabilirsiniz ( smartctl -t long /dev/sda), ancak mümkün olan en kısa sürede değiştirme eğiliminde olurdum.

Düzenleme : smartctlVerdiğim komut yazıldığı gibi doğru. Sorunuzdaki arıza modunu gösterdiğiniz için teşekkür ederiz; bu, ya çok eski bir donanıma sahip olduğunuza ya da bir tür çeviri katmanına benziyor: sanallaştırma veya donanım RAID denetleyicisi. Açıklayabilir misin?

HDD’nizin yolda olduğu iddiamı tekrar edebilir miyim? Testler her şey yolunda, ancak sisteminiz kurulmadan ve verilerinizi kaybetmeden donanımın değiştirilmesini sağlamak şimdi önceliğiniz olmalıdır. Lütfen, en azından , daha fazla zaman kaybetmeden önce yedeklemelerinizin tamamen güncel olduğundan emin olunsmartctl .

Düzenleme 2 : kesinlikle önerdikleri şeyi denemeye değer - dosya sistemini fscking - - ancak FS tutarsızlıkları nedeniyle FS'niz ro moduna geçmediği için sorunu çözeceği konusunda umudum yok, çünkü ro moduna düşüyor Temel donanım ile konuşurken sorunların.

Temel donanımın iyi olduğuna güveniyorlarsa, çekirdek ile donanım, yani sanallaştırma katmanı arasında bir sorun var. Büyük olasılıkla, kullandığınız dağıtımın ve tam sürümünün VPS sistemlerinde tam olarak desteklendiğini doğrulaması için VPS sağlayıcınıza başvurmalısınız.

Kesin hatayı bulmak için daha mükemmel bir yol salt okunurken olabilir ve dmesgherhangi bir hata / sorun için komutu çalıştırın . fsckSorunun ne olduğunu bulmak için kuru modda çalıştırmayı da deneyebilirsiniz . (erişim kısıtlaması nedeniyle özür dilerim, ekinizi görüntüleyemiyorum. Düzenleme aşamasındaysa daha sonra kontrol edeceğim)

Ben de aynı sorunla karşılaştım, burada sunucu FS salt okunur olacaktı. İnode'u kontrol edin, muhtemelen dolu olabilirler:

df -i