कैसे ठीक करें "sudo: खोलने में असमर्थ ... केवल-पढ़ने के लिए फ़ाइल सिस्टम"?

Question

शीर्षक उतना वर्णनात्मक नहीं हो सकता है जितना मैं चाहूंगा लेकिन यह बेहतर नहीं हो सकता है।

मेरे सर्वर का फाइल सिस्टम रीड-ओनली में चला गया। और मुझे समझ नहीं आ रहा है कि ऐसा क्यों है और इसे कैसे हल किया जाए।

मैं सर्वर में SSH कर सकता हूं और जब उदाहरण के लिए apache2 शुरू करने की कोशिश कर रहा हूं तो मुझे निम्नलिखित मिलते हैं:

username@srv1:~$ sudo service apache2 start
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
 * Starting web server apache2                                                                                                                                                                                                               (30)Read-only file system: apache2: could not open error log file /var/log/apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.

जब मैं सर्वर को पुनः आरंभ करने का प्रयास करता हूं:

username@srv1:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system

एक बार जब मैं इसे मैन्युअल रूप से फिर से शुरू करता हूं तो यह बिना किसी चेतावनी या संदेश के शुरू होता है।

मुझे उम्मीद है कि कोई मुझे इस मुद्दे को हल करने के लिए सही दिशा में ले जा सकता है।

Comments

मैं BJhas द्वारा अंतिम पोस्ट किए गए उत्तर के जवाब को बदलने के लिए @ जॉन को सलाह देता हूं क्योंकि यह वास्तव में काम करता है जहां अन्य उत्तर वास्तव में सहायक नहीं होते हैं।

— जोशुआ रॉबिसन

माइक्रोएसडी के लिए: askubuntu.com/questions/213889/…

— Ciro Santilli 新疆 法轮功 ub ub 中心

हर कोई, यह सवाल एक सर्वर के लिए है, पीसी के लिए नहीं। यदि आपके पास अपने दोहरे बूट पीसी पर यह समस्या है, तो कृपया जांचें The **quick start** option can be found in **power options** in the control panel of Windows। मैं एक ही मुद्दे पर उबंटू के साथ AWS

— vanduc1102

Answer 1

फाइलसिस्टम आमतौर पर रीड-ओनली में जाएगा जबकि सिस्टम चल रहा है अगर फाइलसिस्टम संगति समस्या है। इस में निर्दिष्ट किया जाता fstabके रूप में errors=remount-roऔर तब होगा जब एफएस पहुँच विफल रहता है या एक आपातकालीन केवल पढ़ने के लिए रिमाउंट के माध्यम से अनुरोध किया जाता है Alt+ SysRq+ U। तुम दौड़ सकते हो:

sudo fsck -Af -M

सभी फाइल सिस्टम की जांच के लिए बाध्य करना। जैसा कि अन्य उत्तरों में से एक है, देखने में dmesgभी बहुत मददगार है।

संपादित करें: -Mकमांड-लाइन पर मत भूलना ।

नोट: जैसा कि उनके जवाब में बिभास ने उल्लेख किया है : यदि fsckइसके संस्करण बैनर के बाद अटक जाता है:

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

आप EXT4- विशिष्ट fsck का उपयोग करने का प्रयास कर सकते हैं

$ sudo fsck.ext4 -f /dev/sda1

बशर्ते विचाराधीन विभाजन /dev/sda1एक ext4 फाइलसिस्टम था।

Comments

मुझे लगता है कि आपको अन्य आर / डब्ल्यू माउंटेड फाइल सिस्टम पर एक फाइलसिस्टम जांच के लिए मजबूर नहीं करना चाहिए । यह संभवतः आपके डेटा को दूषित करेगा। -Mमाउंटेड फाइल सिस्टम को स्किप करने का विकल्प जोड़ें । ( -M Do not check mounted filesystems and return an exit code of 0 for mounted filesystems.FSCK (8) से)

— gertvdijk

यह मदद नहीं करता है, मुझे उस कमांड को चलाने की कोशिश करते समय बस वही त्रुटि मिलती है। sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system fsck from util-linux 2.20.1

— मार्क क्रेमर

लेकिन ... -M माउंटेड फ़ाइल सिस्टम को छोड़ देगा, जिसमें / dev / sda1 (या कभी माउंट किए गए ड्राइव में / var / lib / sudo / ... शामिल हैं) शामिल हैं। @MarkKramer: मैं हमेशा लिनक्स के साथ, रूट पासवर्ड सेट करने की सलाह देता हूं sudo su; passwd। तब आप उपयोग कर सकते हैं su -c fsck -Af -M।

— n

मेरे लिए हाँ मुझे हटाने की जरूरत है -M के बाद से / dev / sda1 मुहिम शुरू की गई थी, और अपने जीवन को आसान बनाने के लिए, -Afy (y का अर्थ है सभी संकेतों के लिए हां का जवाब है) ... मैं वीएम के साथ तेज और ढीली खेलता हूं इसलिए ' इस तरह के समाधान के साथ आमतौर पर ठीक है, लेकिन अगर यह हार्डवेयर अपबैक नहीं है, तो एक अलग दृष्टिकोण ले सकता है और dmesg पढ़ सकता है।

— FreeSoftwareServers

@DarshanChaudhary -Mफ्लैग माउंटेड फ़ाइल सिस्टम को छोड़ने के लिए fsck का कारण बनता है। fsck (8)मैनपेज देखें ।

— ----

Answer 2

यहाँ कमांड है कि मेरी समस्या हल हो गई है:

mount -o remount /

रिबूट या सुडोकू fsck -f से बेहतर है

Comments

बेहतर नहीं है अगर ओएस ने आपकी डिस्क को केवल पढ़ने के लिए बनाया है ताकि संभावित भ्रष्टाचार को रोका जा सके।

— ड्रू नॉक

इतना ही नहीं - केवल रूट ही फाइलसिस्टम को रिमूव कर सकेगा और sudoअगर फाइलसिस्टम केवल-पढ़ने के लिए काम नहीं करेगा।

— नाथन उस्मान

मदद नहीं करता है, मैं सिर्फ एक ही संदेश मिलता है:sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system mount: cannot remount block device /dev/sda2 read-write, is write-protected

— मार्क Kramer

ओ हाँ यह एक काम किया

— आरटी

mount: cannot remount /dev/sda8 read-write, is write-protected

— ऋषभ अग्रहरी

Answer 3

हेक्सफ़ैक्शन द्वारा उत्तर मेरे लिए काम नहीं किया। हर बार जब मैंने sudo fsck -Af -Mइसे निष्पादित करने की कोशिश की तो बस दिखाया गया

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

और कुछ नहीं। कोई त्रुटि या कुछ भी नहीं। मेरे लिए, एक जीवित डिस्क में बूट करना और इस कार्य को निष्पादित करना -

sudo fsck.ext4 -f /dev/sda1

बशर्ते विचाराधीन विभाजन /dev/sda1एक ext4 फाइलसिस्टम था।

Comments

इस उत्तर के लिए धन्यवाद। यह एकमात्र ऐसी चीज है जिसने वास्तव में काम किया था

— जोशुआ रॉबिसन

-M का मतलब माउंटेड फाइलसिस्टम नहीं करना है। आपका फ़ाइल सिस्टम / dev / sda1 माउंट किया गया था (मैं अनुमान लगा रहा हूं /)। इसलिए इसे छोड़ दिया गया।

— डोरल

sudo fsck.ext4 -f /dev/sda1काम करता है। अभी भी एक पुनरारंभ की जरूरत है।

— 15

इसने मेरे लिए ubuntu 16.04.3 पर काम किया। धन्यवाद

— रोजारियो परेरा फर्नांडीस

Answer 4

dmesg | grep "EXT4-fs error"यह देखने की कोशिश करें कि क्या आपके पास फाइल सिस्टम / जर्नलिंग सिस्टम से संबंधित कोई समस्या है। मैं आपको अपना सिस्टम फिर से शुरू करने की सलाह दूंगा। इसके अलावा, sudo fsck -AfObsessiveSSOℲ द्वारा जवाब देने से कोई नुकसान नहीं होगा।

Answer 5

यदि आप अपने रूट फाइल सिस्टम को rw के रूप में रिमूव करना चाहते हैं, तो आप निम्न कार्य कर सकते हैं।

mount -o remount,rw /

Comments

यह मेरी समस्या हल हो गई थी, मैं 160gb ssd के साथ हेट्ज़नर क्लाउड का उपयोग करता हूं, इससे पहले ऐसी त्रुटि कभी नहीं हुई थी

— फथुर रोहिम

Answer 6

ध्यान दें कि कभी-कभी यह कंप्यूटर द्वारा सिस्टम समय भूल जाने के कारण हो सकता है - डिस्क की जांच विफल हो जाती है क्योंकि जर्नल में तारीखें भविष्य में हैं!

BIOS समय निर्धारित करना (और BIOS बैटरी की जांच करना) मेरे लिए यह समस्या तय की, बिना किसी डिस्क रिकवरी के।

Comments

उबंटू पूछने के लिए आपका स्वागत है! मैं सलाह देता हूं कि इस उत्तर को संपादित करने के लिए इसे विशिष्ट विवरण के साथ विस्तारित करें कि यह कैसे करना है। (यह भी देखें कि मैं एक अच्छा उत्तर कैसे लिख सकता हूं? सामान्य सलाह के लिए,

— उकबे

मुझे पूरा यकीन है कि यह अभी मेरे साथ हो रहा है, यह देखते हुए कि मेरे कंप्यूटर ने मुझे बताया कि वह आज सुबह अपना समय भूल गया है।

— nomen

Answer 7

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

आप dmesgडिस्क संबंधी त्रुटियों के लिए बेहतर तरीके से अपनी जांच करते हैं।

Google इस बारे में चर्चा से भरा है और आप उन लोगों को चुन सकते हैं जो आपके कॉन्फ़िगरेशन के करीब हैं, लेकिन dmesgआम तौर पर एक नज़र काफी है।

Comments

आउटपुट grepमें / के लिए क्या देखना चाहिए dmesg?

— isomorphismes

दुर्भाग्य से अगर आपने अपने होम फोल्डर को एन्क्रिप्ट करने का विकल्प चुना है, तो dmesgयह बेकार की त्रुटियों से भरा हुआ है ecryptfs।

— नाथन उस्मान

Answer 8

मेरे लिए, इस समस्या को हल करने वाली प्रणाली को रिबूट करना

sudo reboot

जैसा कि उन्होंने इसके बारे में उल्लेख किया है।

Answer 9

(पिछला उत्तर हटा दिया गया)

संपादित करें: मुख्य समस्या विंडोज़ की तरफ थी। मेरे विंडोज 10 को अपडेट करने के बाद, 'क्विक स्टार्ट' विकल्प अपने आप सक्षम हो गया। उस विकल्प को फिर से अक्षम करने पर, और फिर मशीन को फिर से शुरू करने पर, समस्या दूर हो गई। विंडोज 10 ने मुझे दिनों के लिए भारी सिरदर्द दिया :(

कंट्रोल पैनल में 'पावर स्टार्ट' विकल्प में 'क्विक स्टार्ट' विकल्प पाया जा सकता है। अक्षम करें कि !!! :)

Comments

केवल एक ही है कि काम किया। स्टार्टअप की गति पर।

— नेल्सनगॉन

Answer 10

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

नियंत्रण कक्ष> हार्डवेयर और ध्वनि> पावर विकल्प> (बाएं में) चुनें कि ढक्कन क्या बंद करता है> वर्तमान में अनुपलब्ध सेटिंग्स बदलें> 'अनचाहे चालू' चालू करें

अब उबंटू में बूट करने से समस्या हल हो जाएगी। उम्मीद है की यह मदद करेगा!

https://youtu.be/KJ-0KPZhAFo

Answer 11

यदि आप ऐसी स्थितियों में थे जो लाइव डिस्क का उपयोग नहीं कर सकते हैं, जैसे कि आप अपने सिस्टम में दूरस्थ रूप से ssh हैं, तो आप अभी भी उस कमांड का उपयोग कर सकते हैं जिसका जवाब @Bibhas ने दिया था:

sudo fsck.ext4 -f /current/filesystem/mount/point

यह आपकी फाइल सिस्टम त्रुटि को ठीक करने के लिए संकेत देगा। आपको दूरस्थ रूप से अपने सिस्टम को रिबूट करने की भी आवश्यकता है।

Answer 12

मेरे मामले में यह शुरुआती स्थापना के बाद RAID 1 को स्थिर करने के लिए नीचे था। मेरे पास / बूट और / एस / डब्ल्यू RAID1 पर है। रात भर सिस्टम को छोड़ दिया और रिबूट किया, सब कुछ ठीक काम कर रहा है। रिचर्ड

Answer 13

जांचें कि क्या आपके पास कोई दोषपूर्ण हार्डवेयर है। मुझे यह त्रुटि एक हार्ड-लेस ढीला होने के कारण मिली। रॉन माउंट-रिम रिमाउंट, आरडब्ल्यू / और इसने ठीक काम किया।

Answer 14

यह गलत सेटिंग्स ( ड्राइव के /रूप में बढ़ते ext2) की कोशिश करता है, न कि शारीरिक त्रुटि या विभाजन।

dmesg | grep "error" मुझे दिया:

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

यह /केवल fstab error=mount-roनिर्देश के कारण पढ़ा गया है ।

Answer 15

मैं 18.04 एलटीएस रिलीज का उपयोग कर रहा हूं और जो मैंने किया था, पहले मैंने अपने क्षतिग्रस्त ड्राइव को अनमाउंट किया फिर मैं डैश में पहुंचकर "डिस्क" ऐप में चला गया। वहां से मैंने उस ड्राइव को चुना जो क्षतिग्रस्त थी। सुनिश्चित करें कि यह अनमाउंट है अन्यथा यह काम नहीं करेगा। विकल्प मेनू (थोड़ा गियर आकार) में, और "मरम्मत फ़ाइल सिस्टम" पर क्लिक किया। बूम! एक जादू की तरह काम किया।