डिस्क पर लिखने में असमर्थ लेकिन डिस्क पूर्ण नहीं है

Question

मैं Ubuntu 12.04 का उपयोग कर रहा हूं और रूट के रूप में किसी भी फाइल को नहीं लिख सकता, यहां तक ​​कि या किसी अन्य ऑपरेशन को भी कर सकता हूं जिसे लिखने की आवश्यकता है। न ही किसी भी प्रक्रिया को लिखने की आवश्यकता है, इसलिए वे सभी विफल हो रहे हैं। dfकहता है मुझे बहुत जगह मिली है:

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       30G   14G   15G  48% /
udev            984M  4.0K  984M   1% /dev
tmpfs           399M  668K  399M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            997M     0  997M   0% /run/shm

मेरे द्वारा "डिस्क पर लिख नहीं सकते" के सभी परिणाम वैध रूप से पूर्ण डिस्क के बारे में हैं। मैं यह भी नहीं जानता कि यहाँ कहाँ से शुरू करूँ। समस्या आज सुबह कहीं नहीं दिखाई दी।

PHP की अंतिम लॉग प्रविष्टि है:

विफल: डिवाइस पर कोई स्थान नहीं बचा (28)

विम कहते हैं:

लिखने के लिए (फ़ाइल) खोलने में असमर्थ

अन्य अनुप्रयोग समान त्रुटियाँ देते हैं।

हटाने के बाद ~ 1gb बस सुनिश्चित करने के लिए, समस्या बनी हुई है। मैंने भी रिबूट किया है।

df -i कहते हैं

Filesystem      Inodes   IUsed  IFree IUse% Mounted on
/dev/xvda1     1966080 1966080      0  100% /
udev            251890     378 251512    1% /dev
tmpfs           255153     296 254857    1% /run
none            255153       4 255149    1% /run/lock
none            255153       1 255152    1% /run/shm

Comments

कृपया "df -i" का आउटपुट पोस्ट करें।

— EEAA

@EEAA में संपादित किया गया। आप सही हैं, df -i कहते हैं कि 100%। इसका क्या मतलब है? यह अलग क्यों होगा?

— felwithe

IIRC, एक ही निर्देशिका में बहुत सी फाइलें समान लक्षण न होने पर समान होंगी। फ़ाइल सिस्टम के बीच "बहुत सारे" अलग-अलग होंगे।

— एमएसल्टर्स

Answer 1

आप इनोड से बाहर हैं। यह संभावना है कि आपके पास कई बहुत छोटी फ़ाइलों के साथ कहीं निर्देशिका है।

Comments

बस जोड़ना चाहता था कि मुझे पता भी नहीं था कि विफल rm हो सकता है यह एक शिक्षा रही है।

— felwithe

@felwithe, मैं सोच सकता हूं कि find . -name sess\* -exec rm {} +काम किया होगा।

— कार्स्टन एस

@felwithe दूसरों ने क्या सुझाव दिया है। rm शायद ठीक काम किया है, लेकिन खोल ने *बहुत अधिक डेटा में ग्लोब का विस्तार किया है , और इससे पहले कि वह भी एमएम को आह्वान करने के लिए मिला ।

— बजे एक CVn

@CarstenS: या find . -name sess\* -deleteजो मुझे याद रखना आसान है, और आम तौर पर अधिक कुशल है।

— एमएसलटर्स

@ Kaslai की सीमा रैम नहीं है, लेकिन सिस्टम ARG_MAX की सीमा है। POSIX मानक यह निर्दिष्ट नहीं करता है कि ARG_MAX दुर्भाग्य से कमांड लाइन तर्क कैसे मापा जाता है। कुछ कार्यान्वयन की कोई सीमा नहीं है और इसलिए ARG_MAX को परिभाषित नहीं करता है, लेकिन यह एक लोकप्रिय विकल्प नहीं है क्योंकि यह बहुत सारे कार्यक्रमों को संकलित करने में विफल रहता है।

— जेम्स यंगमैन

Answer 2

जाहिर है, ओपी के पास उनकी विशेष समस्या का जवाब है। हालांकि, पूर्णता के लिए, ओपी के लक्षण भी हो सकते हैं यदि फाइलसिस्टम को केवल पढ़ने के लिए रिमाउंट किया गया हो। यह मेरे लिए एक लिनक्स वीएम का उपयोग करके हुआ है जिसका भंडारण एक क्लस्टर डिस्क सिस्टम पर दुर्लभ आंतरायिक दोषों से पीड़ित था। कभी-कभी, दोष केवल फ़ाइल पढ़ने के लिए फाइलसिस्टम (ओं) का कारण होगा। अंततः अवलोकनीय बाहरी लक्षण विभिन्न सेवाएं थीं जो गैर-जिम्मेदार बनती थीं क्योंकि RAM भरा हुआ था (अधूरा डिस्क लिखता है)।

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

तो, ..., ओपी की समस्या नहीं है, लेकिन इस पृष्ठ पर आने वाले किसी और व्यक्ति को इस जानकारी से लाभ हो सकता है।

Comments

असल में नहीं; जब फाइलसिस्टम को रिमूव किया गया है तो केवल आपको एक त्रुटि मिलती है जो बताती है कि फाइलसिस्टम केवल पढ़ा जाता है, अंतरिक्ष से बाहर नहीं।

— Psusi

@psusi: मैंने नहीं किया। मुझे "फाइलसिस्टम फुल" सहित विभिन्न त्रुटियां मिलीं। अगर पिछले दो या तीन वर्षों में यह बदल गया है, तो यह अच्छी बात होगी।

— एरिक टावर्स

मैंने दूसरे दिन ही लिनक्स पर रीड-ओनली ZFS फाइल सिस्टम में एक फाइल को स्थानांतरित करने की कोशिश की। त्रुटि ने स्पष्ट रूप से कहा "केवल-पढ़ने के लिए फ़ाइल सिस्टम"।

— बजे एक CVn

नहीं; इस तरह से 30+ साल हो गए। एक पढ़ने के लिए एक लिखने केवल एफएस रिटर्न -FSFS; एक पूर्ण एफएस रिटर्न के लिए लिखें -ENOSPC।

— Psusi

@ अप्सुसी: मैं देख रहा हूं कि आप कल्पना ब्रह्मांड में रहते हैं जहां प्रोग्रामर हमेशा अपनी त्रुटि संदेश बनाने के बजाय सही काम करते हैं। मुझे वहां रहना प्रतीत नहीं होता।

— एरिक टावर्स