ubuntu इनपुट / आउटपुट त्रुटि


9

मुझे उबंटू के साथ एक समस्या हो रही है कि मैं उन कारणों के लिए समस्या निवारण के लिए कड़ी मेहनत कर रहा हूं जो स्पष्ट हो जाएंगे:

# reboot
-bash: /sbin/reboot: Input/output error
# dmesg
-bash: /bin/dmesg: Input/output error
# ps -e
ps: error while loading shared libraries: /lib/libproc-3.2.8.so: cannot read file data: Input/output error
# lsof
-bash: /usr/bin/lsof: Input/output error
# fsck
-bash: /sbin/fsck: Input/output error
# badblocks
-bash: /sbin/badblocks: Input/output error

इसलिए मैं नहीं देख सकता कि क्या चल रहा है, और मैं रिबूट को दूरस्थ रूप से नहीं कर सकता। मैं इसकी तह तक जाने के लिए क्या कर सकता हूं?

दिलचस्प बात यह है:

# init 0
Segmentation fault

मैं बिल्ली / var / syslog कर सकता हूं लेकिन / var / log / संदेश या कई अन्य महत्वपूर्ण फाइलें नहीं। कम और अधिक काम नहीं करते हैं, न ही पूंछ या सिर, आदि।


1
दौड़ने के बाद आपको जो मिलता है, उसके समान लगता है sudo rm -rf /। (मैंने इसे उद्देश्य पर किया था, बस यह देखने के लिए कि वास्तव में क्या होता है।)
एजेन्संसफील्ड

जवाबों:


11

सिस्टम को आपकी हार्ड डिस्क को पढ़ने में गंभीर परेशानी हो रही है। यह संभावना है कि डिस्क मर चुकी है (लगभग निश्चित है), लेकिन यह एक ढीली / डिस्कनेक्ट की गई केबल की तरह सरल हो सकती है (इसे गिनें नहीं)। ऐसा कुछ नहीं है जिसे आप यहां से इसके निवारण के लिए कर सकते हैं। बस इसे बंद शक्ति।

अपनी हार्ड डिस्क पर ढीले कनेक्शन की जाँच करें। यदि सब कुछ ठीक है तो एक बचाव डिस्क से बूट करें और वहां से fsck या badblocks चलाएं।

मुझे आशा है कि आपके पास बैक अप होगा।


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

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

मेरी वर्चुअल मशीन के साथ भी ऐसा ही हुआ। एक बार रिबूट होने के बाद यह ठीक काम करने लगा।
ड्रोप

0

यदि आप एक वीएम का उपयोग कर रहे हैं, तो यह काफी संभावना है कि फाइल सिस्टम माउंट में कुछ रुकावट थी, और लिनक्स केवल असफलता के उपाय के रूप में पढ़ने के लिए माउंट को स्विच करता है।

दुर्भाग्य से, यह आपके सिस्टम को व्यावहारिक रूप से अनुपयोगी छोड़ देता है।

यदि आप जाँच / खरीद / mounts, और रूट फाइल सिस्टम के लिए देखो, वहाँ एक लाइन इस तरह होना चाहिए:

/dev/dm-0 / ext4 ro,relatime,errors=remount-ro,data=ordered 0 0

आप देखेंगे कि रूट फाइल सिस्टम को आसानी से माउंट किया गया है।

मूल रूप से इस बिंदु पर करने के लिए केवल एक ही चीज़ है (यह समस्या है) रिबूट (केवीएम या अन्य कंसोल पावर-ऑफ स्विच के माध्यम से)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.