फेडोरा बूट / अंतरिक्ष से बाहर


0

मैं अमही / फेडोरा / ग्रेहाउल का उपयोग कर रहा हूं, लेकिन मैं यह बताने के लिए एक सामान्य लिनक्स प्रश्न रखने की कोशिश करूंगा कि यह कैसे काम करता है।

मूल रूप से मैंने एक पूर्ण बूट ड्राइव (नीचे / देव / sda3 देखें) के साथ समाप्त किया है। फेडोरा में ठहराव है। मुझे पता नहीं है कि सभी स्थान क्या ले रहे हैं। मैंने अन्य प्रश्नों की कोशिश की है, लेकिन कभी भी कैश, tmp dirs आदि के शिकार होने का कोई सौभाग्य नहीं मिला है

संभावित रूप से प्रासंगिक ग्रेहाउल जानकारी: ग्रेहाउल एनएएस सेवा के पास एक लैंडिंग ज़ोन है जो इसे मॉनिटर करता है और फिर फाइलों को स्टोरेज पूल (मेरी अलग भौतिक ड्राइव नीचे) में ले जाता है। मैंने पाया कि मेरे रूट ड्राइव पर लैंडिंग ज़ोन अधिक तेज़ी से भरा हुआ था, जिसे साफ़ किया जा सकता था (साथ ही मैंने गलती से एक iPhoto लाइब्रेरी में कई हज़ारों छोटी फ़ाइलों को सिंक कर दिया था)। मैंने एक अन्य ड्राइव पर लैंडिंग ज़ोन स्थापित करके ग्रेहाउल को ठीक किया।

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

मैं लिनक्स के लिए नया हूँ इसलिए कृपया किसी भी धारणा को ELI5 करें

df -h

Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        1.5G     0  1.5G   0% /dev
tmpfs           1.5G     0  1.5G   0% /dev/shm
tmpfs           1.5G  8.6M  1.5G   1% /run
tmpfs           1.5G     0  1.5G   0% /sys/fs/cgroup
/dev/sda3        50G   50G   20K 100% /
tmpfs           1.5G   32K  1.5G   1% /tmp
/dev/sdc1       917G   73M  871G   1% /var/hda/files/drives/1tbDisk
/dev/sdd1       459G  328G  108G  76% /var/hda/files/drives/500green
/dev/sdb1       459G  335G  101G  77% /var/hda/files/drives/500blue
/dev/sda1       477M   74M  374M  17% /boot
none            4.0M     0  4.0M   0% /var/spool/greyhole/mem
tmpfs           301M     0  301M   0% /run/user/1000

df -i

Filesystem       Inodes IUsed    IFree IUse% Mounted on
devtmpfs         382198   458   381740    1% /dev
tmpfs            384173     1   384172    1% /dev/shm
tmpfs            384173   514   383659    1% /run
tmpfs            384173    15   384158    1% /sys/fs/cgroup
/dev/sda3        100904 96514     4390   96% /
tmpfs            384173    26   384147    1% /tmp
/dev/sdc1      61054976    25 61054951    1% /var/hda/files/drives/1tbDisk
/dev/sdd1      30531584 88745 30442839    1% /var/hda/files/drives/500green
/dev/sdb1      30531584 88244 30443340    1% /var/hda/files/drives/500blue
/dev/sda1        128016   342   127674    1% /boot
none             384173     1   384172    1% /var/spool/greyhole/mem
tmpfs            384173     4   384169    1% /run/user/1000

सुडो डु -एचएक्सडी 1 /

17M /etc
100K    /root
1.4G    /var
1.2G    /usr
2.5M    /home
0   /media
0   /mnt
0   /opt
0   /srv
0   /gh
2.6G    /

मैं इस क्षमता के मुद्दे को कैसे हल कर सकता हूं और ठीक कर सकता हूं

पुनश्च यदि कोई ग्रेहाउल टैग जोड़ सकता है जो इक्का होगा।


आपकी जड़ में कोई अन्य निर्देशिका? ls -a /
user4556274

जवाबों:


0

यह पता चला कि अंतर्निहित निर्देशिका में फाइलें थीं जिन्हें मैं अपना गेरोले शेयर बढ़ा रहा था।

संकट

रूट ड्राइव भर गया है, अमाही दुर्घटनाग्रस्त हो जाता है। बॉक्स के लिए SSH और 'df -h' को चलाना केवल / var / hda / files / ड्राइव में महत्वपूर्ण फ़ाइलों को दिखाता है - आपके बाहरी डेटा ड्राइव का माउंट स्थान

भले ही आप इस स्थान पर किसी फ़ोल्डर में बाहरी ड्राइव / var / hda / files / ड्राइव बढ़ा रहे हों, फिर भी अंतर्निहित फाइल सिस्टम में फाइलें हो सकती हैं। मेरे मामले में ग्रेहाउल सिंक से जब एक नया बाहरी ड्राइव ठीक से माउंट नहीं किया गया था। माउंट किए गए डेटा ड्राइव के साथ यह बताना मुश्किल है कि नीचे क्या है।

सत्यापित करें

  • ग्रेहाउल को अक्षम करें
  • बाहरी के लिए fstab के तर्क के रूप में 'नोफ़ेल' जोड़ें डेटा ड्राइव इसलिए फेडोरा उनके बिना बूट पर लटका नहीं है
  • चुप रहो सर्वर और डेटा ड्राइव को डिस्कनेक्ट करें और रिबूट करें
  • अगर अभी भी डेटा है / var / hda / files / ड्राइव में पहुंच योग्य है तो आपके पास अपने होने की संभावना है आपका बूट क्यों भरा हुआ है, इसका कारण यह है कि आप बस इसे अनमाउंट कर सकते हैं बाहरी ड्राइव लेकिन मैं निश्चित रूप से जानना चाहता था)

ठीक कर

  • अमही वेब यूआई में लॉग इन करें और एक नया (गैर ग्रेहोल) शेयर बनाएं जैसे। 'Temprecovery'
  • बूट ड्राइव से डेटा को स्थानांतरित करें और SSH पर अपने अस्थायी शेयर पर। mv / var / hda / files / drive / your_disk / gh / var / hda / files / temprecovery / gh
  • नेटवर्क पर, अपनी फ़ाइलों का बैकअप लें, फिर उन्हें शेयर से हटा दें। यदि आपको उनकी आवश्यकता है, तो आप बाद में जांच कर सकते हैं, लेकिन बैकअप रखना हमेशा सबसे अच्छा होता है।
  • अमाही वेब यूआई पर: डिस्क- & gt; विभाजन के तहत अपने पुनर्प्राप्त स्थान की जाँच करें। आपके द्वारा बनाया गया अस्थायी हिस्सा हटाएं।
  • सर्वर को बंद करें, अपनी ड्राइव को फिर से कनेक्ट करें, इसे फिर से चालू करें, ग्रेहाउल और लाभ को सक्षम करें।
  • आप 'नोफेल' तर्क को वापस fstab से संपादित करना चाहेंगे क्योंकि यदि किसी कारण से भविष्य में डेटा ड्राइव बूट पर माउंट नहीं होता है, तो आप फ़ाइलों को फिर से अपने आंतरिक ड्राइव पर भेजने का जोखिम नहीं उठाना चाहते हैं। यदि डेटा ड्राइव ऑनलाइन नहीं आता है तो यह संभवतः बूट के लिए सबसे अच्छा है।

में अधिक जानकारी यह पोस्ट यहाँ

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