"केवल पढ़ने के लिए फ़ाइल सिस्टम" त्रुटि का समाधान

El अपने वितरण का उपयोग करते समय त्रुटियों का सामना करें पसंदीदा न केवल छाती में दर्द हो सकता है, बल्कि सिरदर्द भी हो सकता है जब आपको पता नहीं है कि क्या चल रहा है और यह आपके लिए क्यों हो रहा है।

हालाँकि यह "रीड-ओनली फाइल सिस्टम" संदेश मेरे पास पहले ही कई बार आ चुका है, जिससे मुझे अपना सिर खोना पड़ा और सबसे ऊपर, मैंने अपनी पूरी प्रणाली को फिर से स्थापित करने के लिए समाप्त कर दिया, क्योंकि टर्मिनल के माध्यम से कुछ गतिविधि करते समय, यह प्रदर्शित करता है ये संदेश।

पहली चीज जो हम करने के लिए आगे बढ़ते हैं वह कंप्यूटर को पुनरारंभ करता है, जो हमें इस तथ्य की ओर ले जाता है कि जब हम इसे शुरू करते हैं, तो सिस्टम केवल ग्राफिकल सर्वर को शुरू नहीं करता है और हम प्रसिद्ध ब्लैक स्क्रीन प्राप्त करते हैं:

"BusyBox v* multi-call binary 

(initramfs)" 

जहां बहुत से सिस्टम को डिसर्ट और रीइंस्टॉल करने का काम करते हैं।

पर क्या हमें सिस्टम को पुनरारंभ करने से बचना चाहिए, यह सबसे अधिक अनुशंसित है क्योंकि जब हम अंदर होते हैं, जैसा कि संदेश इंगित करता है, सिस्टम केवल रीड मोड में है इसलिए हम सिस्टम में कुछ भी रिकॉर्ड नहीं कर सकते।

समस्या

पहला कदम त्रुटि को पहचानने और नेटवर्क को खोजने की कोशिश करना है जब हम सिस्टम के अंदर होते हैं, तो यह याद रखने की कोशिश करना आसान और सबसे ऊपर है।

हालांकि सबसे आम जो आप नेट पर पा सकते हैं, वह है सिस्टम खुद को बचाता है, डेडो क्व जिस डिस्क का आप उपयोग कर रहे हैं वह डेटा संग्रहीत करने के लिए अब इष्टतम नहीं है।

यह पता चला है कि यह केवल रीड मोड में जाता है यह केवल हमें डेटा तक पहुंचने की अनुमति देता है, लेकिन इसके बजाय यह हमें इसके भीतर परिवर्तन करने में सक्षम होने की अनुमति नहीं देता है।

मेरे लिए यह असामान्य है, क्योंकि मैं केवल कुछ हफ्तों के लिए एक नई डिस्क के साथ रहा हूं और, स्मार्ट डेटा और सेक्टरों की जांच करने के बाद, यह संभव नहीं है कि यह पहले से ही खराब स्थिति में है।

चूंकि व्यक्तिगत रूप से मैं इस बात से सहमत नहीं था कि मेरी डिस्क पहले से ही आखिरी में थी, पहली चीज जो मैंने करने का फैसला किया, वह मेरे हार्डवेयर को साफ करना है, इसके लिए कुछ कण जो इसके संचालन में हस्तक्षेप कर रहे हैं।

मैंने फिर से अपनी टीम शुरू की और मुझे वही परिणाम मिला।

समाधान

अगली बात जो मैंने की थी डिस्क केबल बदलेंमेरे मामले में SATA, मैंने जाना है कि क्लासिक लाल केबल बहुत जल्दी या तो उच्च तापमान या कुछ डबल्स द्वारा क्षतिग्रस्त हो जाते हैं।

यह समाधान मेरे लिए उपयोगी था।

एक अन्य मामले में यह है सॉफ्टवेयर स्तर पर इसलिए हमें यह पहचानना होगा कि "रीड-ओनली फाइल सिस्टम" का विभाजन कौन सा है।

सबसे अच्छे मामलों में, यदि यह एक अलग विभाजन है जहां आपकी प्रणाली स्थित है, तो आपके पास ऊपरी हाथ है, क्योंकि आपके पास समस्याओं के बिना विभाजन को माउंट और अनमाउंट करने में सक्षम होने की सुविधा है।

इस के लिए हम टर्मिनल का उपयोग कर सकते हैं और निम्नलिखित कमांड निष्पादित कर सकते हैं, जहां हम पहले विभाजन के आरोह बिंदु की पहचान करेंगे और फिर इसे पढ़ने और लिखने की अनुमति के साथ आगे बढ़ाएँगे:

sudo fdisk -l 

एक बार विभाजन की पहचान हो जाने के बाद, हम इसे रिमूव करते हैं, जहाँ / sdXx माउंट पॉइंट होगा, यह / sdb1 या / sdc, आदि हो सकता है।

mount -o remount,rw /dev/sdXx 

Si आपका सिस्टम विभाजन वह था जो संरक्षित था, इस आदेश को लागू करना आपके लिए काम नहीं करेगा, इसलिए हमें निम्नलिखित आवेदन करना चाहिए:

mount -o remount / 

यदि आपको एक ही त्रुटि मिलती रहती है, तो हम निम्नलिखित को चुन सकते हैं:

sudo fsck -Af -M 
sudo reboot

यह क्या करेगा फ़ाइल सिस्टम की जाँच करें और इसी सुधार करने के लिए प्रयास करें।

यहां हमें उन ब्लॉक को लिखना होगा जो हमें प्रकट करने जा रहे हैं इसमें त्रुटियां हैं, मेरे मामले में मैं कुछ इस तरह प्रदर्शित करता हूं:

Free blocks count wrong for group #190 (102254, counted=102258). Fix? yes
Free blocks count wrong for group #629 (1558554, counted=1558555). 
Fix? yes Free blocks count wrong for group #1558658    
Fix? Yes 

जहां हम उन्हें दुरुस्त करने की कोशिश करेंगे:

sudo fsck -b 102254 /dev/sda1 -y 

बाद के मामले में, हमें अपने सिस्टम के उन्नत विकल्पों को GRUB से एक्सेस करना चाहिए और एक fsck करना चाहिए।