बड़े uvcydnctrl-udev.log फ़ाइल के कारण फाइल सिस्टम भरना


11

अब उबंटू की मेरी स्थापना से मुझे 100 जीबी से अधिक हार्ड ड्राइव की लागत मिलती है। और जब भी मैं कोशिश करता हूं fslintऔर fdupesवे Permission deniedडुप्लिकेट को हटाने के लिए कहते हैं । कृपया मेरी मदद करें।

अतिरिक्त जानकारी

का आउटपुट df:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             296G  191G   90G  68% /
udev                  993M  4.0K  993M   1% /dev
tmpfs                 401M  824K  401M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                 1003M  552K 1002M   1% /run/shm
/home/zipro/.Private  296G  191G   90G  68% /home/zipro

दोषपूर्ण फ़ाइल 174GB है /var/log/uvcydnctrl-udev.log


3
यह अभी भी Ubuntu 14.04 LTS
एंड्रयू फील्डन

जवाबों:


11

1. चरण: पता करें कि वास्तव में आपको क्या समस्या है

जब आपका फाइल सिस्टम अप्रत्याशित रूप से भरा होता है, तो बहुत सारे संभावित कारण होते हैं। इस बारे में कुछ और जानने के लिए एलिया कागन का जवाब देखें। अधिकांश मामलों में वास्तविक कारण को पहचानना (और अंततः मरम्मत) करना आसान होना चाहिए, इसलिए सुधार / पुन: स्थापित करना आवश्यक नहीं होगा।

तो पहला कदम यह पता लगाना है कि वास्तव में समस्या क्या है, यानी लापता स्थान कहां गया है। तो पहले अमल करो

df -hl -x tmpfs -x devtmpfs

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

अब हम विश्लेषण करते हैं कि इस फाइल सिस्टम के अंदर स्पेस का उपयोग कहां किया जाता है। निष्पादित

 sudo du -xhsc /* 2> /dev/null

( /ऊपर बताए गए आरोह बिंदु के साथ बदलें ।) इसे sudo की आवश्यकता है क्योंकि सभी निर्देशिकाएं आपके उपयोगकर्ता के लिए पठनीय नहीं हो सकती हैं। इसमें कुछ समय लग सकता है (विशेष रूप से बड़ी फ़ाइल सिस्टम पर) क्योंकि इसे हर एक निर्देशिका पर जाने की आवश्यकता होती है।

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

उदाहरण के लिए, आपके मामले में यह स्पष्ट /varथा कि केवल बड़ी निर्देशिका थी, इसलिए आपको निष्पादित करने की आवश्यकता होगी

 sudo du -xhsc /var/* 2> /dev/null

इन चरणों को तब तक जारी रखें जब तक आपको या तो एक भी फाइल नहीं मिली है जो इतनी बड़ी है, या आपको बहुत सारी फाइलों के साथ एक निर्देशिका मिली है जो एक साथ उस सभी स्थान को ले जाती है।

आपके मामले में अगले चरण को निष्पादित करना था

 sudo du -xhsc /var/log/* 2> /dev/null

क्योंकि /var/logयह बहुत बड़ा था, और इसने आपको दिखाया कि एक एकल लॉग फ़ाइल थी जिसका नाम uvcdynctrl-udev.log174GB था (जो स्पष्ट रूप से खराब है)।

2. चरण: यह पहचानें कि फाइलें क्यों हैं और क्यों इतनी बड़ी हैं

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

आपके मामले में, एक लॉग फ़ाइल में /var/logकुछ भी संदिग्ध नहीं है, लेकिन इसका आकार निश्चित रूप से है। सौभाग्य से, फ़ाइल नाम के साथ एक Google खोज निम्नलिखित बग रिपोर्ट को पहली हिट के रूप में सामने लाती है, जो स्पष्ट रूप से हमारे पास एक ही समस्या है: http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug / 811,604

3. चरण: समस्या का समाधान करें

इस मामले में, कुछ वेबकैम से संबंधित सामान की एक लॉग फ़ाइल दिलचस्प नहीं लगती है, इसलिए हम इसे आसानी से कमांड के साथ हटा सकते हैं sudo rm /var/log/uvcdynctrl-udev.logऔर सभी जगह को मुक्त कर सकते हैं ।

दुर्भाग्य से, बग रिपोर्ट अभी भी खुली है, और टिप्पणियों में कोई समाधान या समाधान नहीं हैं, इसलिए आपको संभवतः इस बग के साथ रहना होगा। आप कुछ स्थान खाली करने के लिए समय-समय पर लॉग फ़ाइल को हटा सकते हैं।


6

यदि आपने सिस्टम फ़ाइलों को कॉपी और पेस्ट किया है, तो मैन्युअल रूप से उन्हें पुन: प्रस्तुत कर रहा है, तो आपको उनके बारे में अधिक जानकारी प्रदान करनी चाहिए कि आपने उन्हें कॉपी और पेस्ट करने के लिए क्या किया था, जहां आपने उन्हें पेस्ट किया था, कुछ भी आप याद कर सकते हैं। यहां तक ​​कि आपकी मशीन पर सभी सिस्टम फ़ाइलों की एक अतिरिक्त प्रतिलिपि बनाने से 100 जीबी डिस्क उपयोग के पास कहीं भी होने की संभावना नहीं है। उबंटू को स्थापित करने के लिए 5 जीबी से कम उपलब्ध स्थान की आवश्यकता होती है, और यहां तक ​​कि एक उबंटू प्रणाली स्थापित कई पैकेजों के साथ इसकी सिस्टम फ़ाइलों के लिए उस आकार से कई गुना अधिक लेने की संभावना नहीं है । आपको संभवतः उस स्थान को लेने के लिए कई प्रतियाँ बनानी होंगी। या शायद आपने सिस्टम फ़ाइलों के अलावा अन्य फ़ाइलों की प्रतिलिपि बनाई है ?

यदि आपकी उबंटू प्रणाली 100 जीबी स्पेस (या 50 जीबी स्पेस) लेने के लिए स्वयं (लॉग फाइल और अपडेट to से) का विस्तार कर चुकी है, तो सिस्टम फाइलों में (आपके दस्तावेजों, चित्रों, वीडियो, वर्चुअल मशीनों के विपरीत, और आगे), कुछ बहुत गलत है। संभवतः इसके तीन सबसे सामान्य कारण हैं:

  • यह वास्तव में नहीं हो रहा है, और आपने गलत जानकारी दी है जो आपके सिस्टम ने आपको प्रदान की है। (कृपया ध्यान दें कि मैं आपको यह नहीं बता रहा हूं कि आप गलत हैं ; यदि आप जानते हैं कि आपके पास 100 जीबी सिस्टम फाइलें कैसे आई हैं, तो न तो यह और न ही नीचे दिए गए अन्य दो सुझाव सही हैं।)
  • एक बग है, जो आपके सिस्टम को प्रभावित करता है, और जो उपयोग किए गए और खाली स्थान को गलत तरीके से रिपोर्ट करता है।
  • एक बहुत ही गंभीर बग है, जो आपके सिस्टम को प्रभावित करता है, और जिसके कारण फ़ाइलें (शायद लॉग इन /var/log) एक अत्यंत उच्च दर पर और बिना बंधे बढ़ने के लिए होती हैं।

जैसा कि सर्गेई ने कहा है , अंधाधुंध रूप से सभी फाइलों को हटाना जिनके पास समान सामग्री है, आपके सिस्टम को काफी नुकसान पहुंचाएंगे। उदाहरण के लिए, कई खाली फाइलें हैं जो आपके सिस्टम में मौजूद हो सकती हैं और ताले के रूप में या कुछ स्थिति को दर्शाने के लिए उपयोग की जाती हैं। आपके पास ऐसे प्रोग्राम भी हो सकते हैं जिनमें समरूप फ़ाइलों की अलग-अलग प्रतियां होती हैं (जब फाइलें दोनों कार्यक्रमों के लिए समान कार्यक्षमता प्रदान करती हैं, जिन्हें अलग लाइब्रेरी या पैकेज में नहीं हटाया गया है)।

आप शायद इसे "डुप्लिकेट" फ़ाइलों को हटाने के लिए इसे चलाकरroot प्राप्त कर सकते हैं । लेकिन आपको वास्तव में ऐसा नहीं करना चाहिए - यह आपके उबंटू सिस्टम पर गंभीर नुकसान पहुंचाएगा।

आपने एक टिप्पणी में पूछा:

वहाँ वैसे भी मुझे पूछने या सूचित किए बिना सभी डुप्लिकेट को हटाने के लिए fdupes को कमांड करने के लिए है?

fdupes -f तुम क्या चाहते हो सकता है। देखें मैनपेज । लेकिन आपको वास्तव में ऐसा नहीं करना चाहिए।fdupes

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

इसकी जांच करने के लिए पहला कदम इन कमांड के आउटपुट की जांच (और पोस्ट, आपके प्रश्न को संपादित करके) है, जो आपके पास क्या डिस्क है और उन पर कितनी जगह खाली है, इस बारे में विस्तृत जानकारी प्रदान करते हैं:

mount
df -h
sudo du -sh /*

आप उन आदेशों को एक टर्मिनल विंडो ( Ctrl+ Alt+ T) में चला सकते हैं । अंतिम कमांड में कुछ समय लगेगा। आपको कुछ Permission deniedत्रुटियां भी मिल सकती हैं (भले ही आप इसे रूट के रूप में चला रहे हों), ज्यादातर .gvfsउपयोगकर्ताओं की होम निर्देशिका में फ़ोल्डर्स के बारे में। यह चिंता की बात नहीं है।


4

मेरे पास एक त्वरित और गंदा समाधान है (निश्चित रूप से लॉग फ़ाइल लेखन को रोकें, लेकिन मूल समस्या को हल नहीं करता है):

यह लॉग फ़ाइल / lib / udev / uvcdynctrl द्वारा लिखी गई है

  1. बैकअप मूल sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. मूल संपादित करें gksu gedit /lib/udev/uvcdynctrl
  3. ऐसे सभी तत्वों को देखें जो इस तरह के " डिबग = 1 " रूप में हैं
  4. " डिबग = 0 " में बदलें
  5. लॉग फ़ाइल को एक बार और सभी के लिए हटा दें sudo rm /var/log/uvcdynctrl-udev.log

3

समस्या यह पैकेज है: uvcdynctrl-udev।

यह एक useles और Buggie प्रोग्राम है। इसे बस डेबियन और ubuntu repos से हटा दिया जाना चाहिए। यह स्थापित नहीं किया जाएगा। यह पैकेज न केवल इस विशाल लॉग फ़ाइलों को बनाता है, बल्कि यह बहुत खराब तरीके से क्रैश या काम करने के लिए चीज़ और अन्य वेब-कैम ऐप्स का भी कारण बनता है (पूर्ण या वीडियो पर कब्जा नहीं कर सकता? !

यह बग वर्षों से है और uvcdyn के कैंटीनर के बारे में .... इसकी परवाह नहीं करता है।

समाधान सरल है: sudo apt-get remove uvcdynctrl-udev.

यदि आप यह सुनिश्चित करना चाहते हैं कि आप क्या कर रहे हैं, तो इसके बजाय Synaptic का उपयोग करें। बग्गी पैकेज uvcdynctrl-udev और uvcdynctrl-udev-data के लिए सेर्च । पूर्ण निष्कासन के लिए चिह्नित करें। आप देखेंगे कि यह अन्य कार्यक्रमों को प्रभावित नहीं करेगा, वे निर्भरता नहीं हैं, इसलिए आप इसे सुरक्षित रूप से निकाल सकते हैं। कर दो।

फिर / var / log की जाँच करें, इस विशाल uvcdynctrl-udev.log को रूट के रूप में खोजें , इसे हटा दें। (एक टर्मिनल खोलें **

cd /var/log
sudo rm uvcdynctrl-udev.log

**) मेरा विश्वास करो, तुम इस पैकेज को याद नहीं करोगे।


tuprofe demusica सही है! मैंने लगभग एक माइक्रोस्कोप फेंक दिया क्योंकि मुझे लगा कि यह टूट गया है। मैंने इस पैकेज को हटाने के बाद इसे एक और कोशिश दी।
अक्टूबर

2

में जाने Terminal(शॉर्टकट है Ctrl+ Alt+ t) और प्रकार:

gksudo nautilus

यह रूट अनुमतियों के साथ Nautilus खोल देगा। अब अपनी फ़ाइलों को हटा दें।

आशा है कि यह आपकी मदद करता है!


यह मदद नहीं करता है, वहाँ फ़ाइलों के
10000s हैं

आपने 10000 प्रतियां कैसे बनाईं। डुप्लिकेट की तरह दिखते हैं इस । यदि ऐसा है, तो आप केवल एक फ़ाइल का चयन नहीं कर सकते हैं, शिफ्ट को दबा सकते हैं, और फिर उन सभी को चुन सकते हैं, और फिर उन्हें हटा सकते हैं।
मैक्स टेरर

समस्या यह है कि मैं विशिष्ट फ़ाइलों को डुप्लिकेट कर पाया हूं क्योंकि मुझे नहीं पता है कि कौन सी फाइलें कॉपी की गई हैं और उनमें से कौन से स्थान हैं।
user84055

मुझे डुप्लिकेट फ़ाइलों को खोजने के लिए एक बैश स्क्रिप्ट मिली। यह उन्हें ढूंढेगा और उन्हें एक फ़ोल्डर में ले जाएगा। तब आप केवल डुप्लिकेट फ़ोल्डर को हटा सकते हैं।
मैक्स टेरर

इसके साथ कोई भाग्य नहीं। यह 2 मिनट के लिए चलने के बाद क्विट करता है।
user84055

-1

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

आपकी होम निर्देशिका संरक्षित करें ( नहीं पुनः स्वरूपित या पुनः विभाजन) और पुनः स्थापित और है कि सिस्टम निर्देशिका को साफ करना चाहिए।


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

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

1
ध्यान दें कि यह यहाँ मदद नहीं करेगा। उसका /homeविभाजन उसी तरह है /, इसलिए वह यह नहीं t clear that partition. And I donसोच सकता कि इंस्टॉलर उस विभाजन पर मौजूद किसी भी अति-उपयोगी फाइल को हटा देता है जिसे वह इंस्टालेशन के लिए उपयोग करने जा रहा है (या तो सभी या कोई नहीं)।
फिलिप वेंडलर

2
इंस्टॉलर / var / लोकल को छोड़कर / var में सब कुछ हटा देगा इसलिए यह उत्तर एक व्यवहार्य विकल्प है।
जॉर्ज कास्त्रो
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.