केवल मोड पढ़ने के लिए जाने वाली मुख्य फाइल सिस्टम का कारण कैसे पता करें

9

उबुन्टु 12.04

फाइल सिस्टम बार-बार पढ़ने के लिए जाता है। सबसे पहले मैंने यह प्रश्न पढ़ा है कि फ़ाइल सिस्टम केवल पहले से ही पढ़े जाने वाले मोड में जा रहा है । लेकिन मुझे यह जानना होगा कि क्या यह किसी और चीज के कारण नहीं है dying hard drive। यह मेरे मुवक्किल द्वारा प्रदान किया गया सर्वर है और मैं वहां कुछ node.js workers+ एक चला node.js serverरहा हूं और मैं उपयोग कर रहा हूं mongodb।

समय-समय पर (प्रत्येक 20-50h) सिस्टम अचानक फाइल सिस्टम को केवल पढ़ने के लिए बनाता है, मोंगोडब प्रक्रिया विफल हो जाती है (केवल पढ़ने के लिए एफएस) और मेरे नोड कार्यकर्ता / सर्वर (जो द्वारा शुरू किए foreverजाते हैं) बस मारे जाते हैं।

यहाँ dmesg से लॉग है - मैं वहाँ कुछ त्रुटियों और संदेशों को देख सकता हूं जो FS केवल पढ़ने के लिए जा रहा है, और कुछ JOURNAL त्रुटि भी है, लेकिन मैं उन त्रुटियों का कारण ढूंढना चाहूंगा ..

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

संपादित करें

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.

क्या मैं गलत हूं? उसी के लिए है sda2।

अब जब मैं कोई भी कमांड टाइप करता हूं जो शेल में मौजूद नहीं है तो मुझे यह मिलता है:

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

मुझे अभी जानकारी मिली है कि यह सर्वर वास्तव में VPS है और उन्होंने मुझे बताया कि हार्ड ड्राइव ठीक हैं और वे RAID 10 पर हैं। और उन्होंने मुझे बताया कि "fstab में fsck को मजबूर करने में मदद करनी चाहिए" ...

edit3

यहाँ mountकमांड से आउटपुट है :

/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)

तो वास्तव में एसडीए ड्राइव नहीं है? केवल sda2?

edit4

fsck -Nकमांड से आउटपुट :

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

— user606521
स्रोत

मैं उसी मुद्दे का उपयोग कर रहा हूं, मेरा ubuntu का NodeJS ऐप, MongoDB, Chrome, VSCode, Robomongo, tilix टर्मिनल, Matermost, Thunderbird और Postman सक्रिय अनुप्रयोग दैनिक

— अंकुर लोरिया

8

[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

मेरे लिए, यह बहुत मजबूत सबूत है कि आपका /dev/sdaरास्ता निकल रहा है। आप पुष्टिकरण ( smartctl -t long /dev/sda) के लिए इस पर एक स्मार्टैक्टल परीक्षण चला सकते हैं , लेकिन मैं इसे जल्द से जल्द बदलना चाहूंगा।

संपादित करें : smartctlमैंने जो आदेश दिया है वह लिखित रूप में सही है। आपके प्रश्न में विफलता मोड दिखाने के लिए धन्यवाद; ऐसा लगता है कि या तो आपके पास बहुत पुराना हार्डवेयर है, या रास्ते में किसी प्रकार की अनुवाद परत है: या तो वर्चुअलाइजेशन, या हार्डवेयर RAID नियंत्रक। क्या आप स्पष्ट कर सकते हो?

क्या मैं अपने दावे को दोहरा सकता हूं कि आपका HDD अपने रास्ते पर है? परीक्षण बहुत अच्छी तरह से है, लेकिन आपके सिस्टम के पैक होने से पहले हार्डवेयर को बदलना और आपका डेटा खो जाना अब आपकी प्राथमिकता होनी चाहिए। कृपया, कम से कम यह सुनिश्चित करें कि आपका बैकअप किसी भी अधिक समय को बर्बाद करने से पहले पूरी तरह से अद्यतित होsmartctl ।

संपादित करें 2 : यह निश्चित रूप से कोशिश करने लायक है कि उन्होंने क्या सुझाव दिया है - फ़ाइल सिस्टम को fscking - लेकिन मुझे इस बात की बहुत कम उम्मीद है कि यह समस्या को ठीक कर देगा क्योंकि आपका FS FS विसंगतियों के कारण ro मोड में नहीं जा रहा है, यह ro मोड के लिए छोड़ रहा है क्योंकि अंतर्निहित हार्डवेयर से बात करने में समस्याएं।

यदि उन्हें विश्वास है कि अंतर्निहित हार्डवेयर ठीक है, तो यह कर्नेल और हार्डवेयर के बीच एक मुद्दा है, यानी वर्चुअलाइजेशन परत। डिस्ट्रो, और सटीक कर्नेल संस्करण की पुष्टि करने के लिए आपको संभवतः अपना वीपीएस प्रदाता प्राप्त करना चाहिए, जो आप चला रहे हैं वे पूरी तरह से उनके एमपीएस सिस्टम पर समर्थित हैं।

— मैड हैटर
स्रोत

2

सटीक त्रुटि खोजने का अधिक सटीक तरीका केवल पढ़ने की अवधि के दौरान हो सकता है और dmesgकिसी भी बग / मुद्दों के लिए कमांड चला सकता है । आप fsckयह जानने के लिए सूखे मोड में चल सकते हैं कि समस्या क्या है। (अभिगमन प्रतिबंध के कारण खेद है कि मैं आपके अनुलग्नक को देखने में असमर्थ हूँ। यदि इसकी समयावधि के दौरान, मैं बाद में इसकी जाँच करूँगा)

— rootslash
स्रोत

dmesgजब फ़ाइल सिस्टम केवल-पढ़ने के लिए मोड में था, तो मैंने कमांड का उपयोग किया । अब मैंने केवल सर्वर को रिबूट किया और अब यह काम करता है। आपका क्या मतलब है fsck in dry mode? मैंने इस कमांड का कभी उपयोग नहीं किया है ...

— user606521

`fsck -N <विभाजन>` निष्पादित न करें, बस दिखाएं कि क्या किया जाएगा।

— रूटलैश

मैं सवाल संपादित और से उत्पादन जोड़ाfsck -N sda

— user606521

2

मैंने भी इसी मुद्दे का सामना किया था, जिसमें सर्वर FS केवल-पढ़ने के लिए जा रहा था। इनकोड की जांच करें, वे शायद पूर्ण हो सकते हैं:

df -i

— dannydsouza0908
स्रोत