USB में बड़ी फ़ाइल की प्रतिलिपि बनाते समय सिस्टम फ्रीज़ / अनुत्तरदायी / अनुपयोगी होता है


50

कल मैं एक USB, 8 GB फ़ाइल को धीमी, 7 एमबी / एस की गति के साथ कॉपी कर रहा था, जबकि मेरी रैम 3 जीबी है। सिस्टम फ्रॉज़ की नकल करते समय, उस बिंदु पर जहां मैं कर्सर को स्थानांतरित भी नहीं कर सकता था।

मैं टेक्स्ट कंसोल में लॉग इन करने में कामयाब रहा, और भाग गया iotop, इससे पता चला कि नाम की एक प्रक्रिया kswapd099.99% आईओ ले रही थी।

क्या वर्कअराउंड हैं इसलिए एक बड़ी फ़ाइल की प्रतिलिपि बनाना मेरे सिस्टम को अनुपयोगी नहीं बनाता है?


12
यह बग कितना हास्यास्पद है ...
King_julien

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

जवाबों:


32

इस बग रिपोर्ट के अनुसार मैंने इसे निम्नलिखित पंक्तियों को जोड़कर हल किया

vm.dirty_background_ratio = 5
vm.dirty_ratio = 10

/etc/sysctl.conf में

और चल रहा है

sudo sysctl -p

12
ऊपर की पंक्तियाँ क्या करती हैं, इसकी व्याख्या करना।
nsane

3
@ nisargshah95 क्षमा करें, लेकिन एक सुराग नहीं है, खुद के लिए खोज ;-)
फिलिप गाचौड

4
@ nisargshah95 समस्या के विवरण को unix.stackexchange.com/a/107722/52205
Rmano

1
धन्यवाद, मैंने पाया कि मेरी उबंटू 16.04 इन दो पंक्तियों के बिना यूएसबी को दो 1.4 जीबी फाइलें नहीं लिख सकती है, मैं घंटों तक जमे हुए था, यह हल समस्या, जो परवाह करता है कि यह क्या करता है, कभी-कभी आप केवल फाइलों को कॉपी करना चाहते हैं और स्थानांतरित करना चाहते हैं पर।
माइक

1
मैं 5 और 60 के मूल्यों को नियंत्रित ये था प्रतिशत के संचालन के लिए इस्तेमाल किया स्मृति की है, जबकि dirty_background_bytesऔर dirty_bytesका उपयोग पूर्ण बाइट्स मूल्यों। मैंने इस मुद्दे को दूसरे उत्तर के साथ तय किया है, लेकिन इसे लगातार जोड़ने के लिए sysctl.conf, इस उत्तर को देखें । तो प्रतिशत मान का उपयोग करते समय उन्हें स्मृति को अपग्रेड करते समय ट्विक करें।
पीटर

20

मैं इसी तरह के मुद्दे में भाग गया। खान 64 बिट Ubuntu 14.04 है। इसलिए लंबे संघर्ष के बाद मुझे एक उत्तर मिला, जो मेरे मुद्दे को हल करता है। आसान उपयोग के लिए मैंने नीचे दिए गए उत्तर में इस्तेमाल किए गए आदेशों को जोड़ा है । विस्तृत विवरण के लिए उत्तर की जाँच करें।

echo $((16*1024*1024)) > /proc/sys/vm/dirty_background_bytes
echo $((48*1024*1024)) > /proc/sys/vm/dirty_bytes

उपरोक्त कमांड सिस्टम का उपयोग करने के बाद फ़ाइलों की प्रतिलिपि बनाने के लिए सामान्य रूप से काम करना शुरू कर दिया।

धन्यवाद @ रमनो को जाता है ।


2
धीमी NAS साझा के साथ अनुपात सेटिंग्स ने मेरे 12.04 सिस्टम पर मदद नहीं की। लेकिन सीधे बाइट्स सेट करने के बाद जैसा कि यहां सुझाव दिया गया है कि एनएएस की नकल करते समय मेरा सिस्टम फिर से उपयोग करने योग्य है।
12

6
यह प्रश्न 3 साल पुराना है और पेनड्राइव को कॉपी करते समय अनुपयोगी प्रणाली से बचने के लिए यह आवश्यक है। कुछ जानकारी: अगर pendrive को Linux fs की तरह फॉर्मेट किया जाता है जैसे ext4 ऐसा नहीं होता है। जब मैंने कहा कि "बेकार प्रणाली" मैं वास्तव में इसका मतलब है, माउस सूचक अप्रतिसादी हो जाता है और आपको इसे स्क्रीन के चारों ओर ले जाने के लिए जोर देना पड़ता है, आप सिस्टम मॉनिटर को देखते हैं और कोई असामान्य संसाधन उपयोग नहीं होता है। क्या कर्नेल लोग सभी 6 जी जीन इंटेल सीपीयू और एसएसडी ड्राइव का उपयोग कर रहे हैं? परीक्षण के दौरान वे इसे कैसे नोटिस नहीं करते हैं।
हाटोरु हांसो

3
@HatoruHansou मुझे वही लगता है, मैंने अभी ताज़ा डेबियन स्ट्रेच स्थापित किया है और यह त्रुटि यहाँ भी मौजूद है। मुझे पता है कि यह वितरण पर निर्भर नहीं करता है, लेकिन कर्नेल स्रोतों पर, लेकिन पुरुषों, यह कैसे आता है यह अभी भी तय नहीं है?

1
@Marecky कुछ पढ़ने के बाद ऐसा लगता है कि गंदे_बाइट्स केवल एक बेकार चीज़ नहीं हैं। वे सभी I / O को प्रभावित करते हैं इसलिए गूंज वाली बात करने के बाद आप उन्हें सिस्टम ग्लोबल में बदल रहे हैं, अकेले पेंड्राइव्स के लिए नहीं। केवल वर्तमान सत्र के लिए, मुझे लगता है। ऐसा लगता है कि कर्नेल के वर्तमान मूल्यों को नए स्टोरेज डिवाइस में सोच को बदल दिया गया है। साइड इफेक्ट के रूप में धीमे पेंडिव्स पीड़ित होते हैं। क्षमा करें, कोई लिंक नहीं है, लेकिन इसके लिए googling द्वारा खोजना आसान होना चाहिए।
हाटोरू हंसो

3
इसे लगातार बनाए रखने के लिए इसका उत्तर देखें
पीटरएम

5

फ्लैश ड्राइव की नकल करते समय मैं सिस्टम फ्रीजिंग के साथ एक समान समस्या का सामना कर रहा हूं। मैंने इसके बारे में एक बग रिपोर्ट प्रस्तुत की: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/12/64648

वर्कअराउंड के रूप में मैंने पाया कि स्वैप को अक्षम करने से समस्या पूरी तरह से समाप्त हो जाती है।


1
दुर्भाग्य से यह Ubuntu 16.04 पर मेरे लिए काम नहीं किया।
प्रोग्रामर

मेरे लिए उबंटू 16.04.3 एलटीएस पर काम नहीं किया - यह एक एलियनवेयर 17 आर 2 लैपटॉप पर।
एंथनीके

4

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


2
अरे, क्या आप मुझे सुझाव दे सकते हैं कि मुझे अपने लैपटॉप विनिर्देशों के आधार पर कौन से नंबर सेट करने की आवश्यकता है? उल्लेख askubuntu.com/questions/713723/...

1

मुझे एक exfatड्राइव में फ़ाइलों की प्रतिलिपि बनाते समय ऐसी ही समस्याएं थीं । मुझे ext4अपने USB हार्ड ड्राइव पर फ़ाइल सिस्टम का उपयोग करने में कम परेशानी हुई ।


1
इस मुद्दे को ext4 पर भी रखा गया था
पीटर

फेडोरा 27 (कर्नेल 4.17.5-100) यूएसबी-संलग्न कताई जंग से यूएसबी से जुड़ी फ्लैश स्टिक की नकल। यह मध्य-फीका में स्क्रीनलॉकर को ठंड के रूप में दूर जाने के लिए लगता है। :-( ~~~
डेविड टोनहोफर

1

मेरे पास बिल्कुल वही समस्या है (2019 में), ubuntu 19.10 पर, जबकि USB डिस्क से SATA डिस्क में बड़ी संख्या में फ़ाइलों की प्रतिलिपि। दोनों फाइलसिस्टम एक्स 4 हैं। जब मैंने अदला-बदली की तो समस्या गायब हो गई। यह डिस्क बफ़र्स के लिए स्मृति आवंटन में कुछ बग जैसा दिखता है - जाहिर है, कर्नेल डिस्क बफ़र्स के लिए अधिक से अधिक मेमोरी आवंटित करने की कोशिश करता है, ऐसी स्थिति में संभव नहीं है, जिसका अर्थ नहीं है (स्वैप में डिस्क बफ़र्स बनाना ...), या यह केवल गलत तरीके से मेमोरी साइज़ की गणना करता है जिसका उपयोग कैशिंग के लिए किया जा सकता है ...

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