व्यस्त कर्सर (कताई प्रतीक्षा) हैंग हो जाता है


13

मैं Ubuntu 13.04 चला रहा हूं, और समस्या यह है कि कभी-कभी माउस पॉइंटर आइकन व्यस्त कर्सर (मैं इसे स्थानांतरित कर सकता हूं) या स्पिन के इंतजार के साथ अटक जाता है। जब ऐसा होता है, यदि माउस कर्सर किसी भी खिड़की के शीर्षक, द यूनिटी लॉन्चर और पैनल पर होता है, तो कर्सर व्यस्त हो जाता है। थोड़ी देर के बाद, समस्या बस जाती है।

मैं स्क्रीनशॉट नहीं भेज सकता क्योंकि यह स्क्रीनशॉट में दिखाई नहीं देता है।

कुछ एप्लिकेशन चलाने का प्रयास करने पर मुझे इस समस्या का सामना करना पड़ता है:

  • उबंटू एक
  • गक्सूडो नॉटिलस

हार्डवेयर विनिर्देशों:

  • सीगेट बारकूडे 3.5 "7200RPM HDD
  • MSI Z77A-G43
  • किंग्स्टन हाइपरएक्स 1600 मेगाहर्ट्ज डीडीआर 3 रैम 4 जीबी
  • कोर i5-2500k
  • मेरा कंप्यूटर Intel HD 3000 का उपयोग करता है जो कि i5-2500k पर है

मैं उबंटू 13.04 के साथ आने वाले किसी भी अन्य ड्राइवर का उपयोग नहीं करता

यहां एक वीडियो है जिसे आप उत्पादित समस्या देख सकते हैं: https://www.dropbox.com/s/61rzeutdogog821/out-2.ogv

मैं यह कह सकता हूं कि सिस्टम में संसाधनों की खपत के बारे में काफी बदलाव नहीं है जबकि कर्सर घूम रहा है।


1
मैं इस समस्या को उबंटू के शुरुआती संस्करणों से भी अनुभव कर रहा हूं। हालांकि यह सवाल कभी नहीं किया। अच्छा सवाल +1।
hytromo

आप अपने पीसी चश्मा पोस्ट कर सकते हैं? विशेष रूप से सीपीयू, रैम, एचडीडी / एसएसडी प्रकार, वीडियो कार्ड। यदि आप लैपटॉप मेक / मॉडल पर हैं।
क्यूबिक

1
समस्या का एक वीडियो जोड़ा गया
Hckr

2
मेरे पास वास्तव में एक ही मुद्दा है और मुझे नहीं लगता कि यह प्रदर्शन से संबंधित है क्योंकि यह बिना किसी दस्तावेज़ को खोले gedit जैसे बहुत ही सरल ऐप के साथ होता है। साथ ही प्रतीक्षा कर्सर जल्दी से गायब हो जाता है क्योंकि आप किसी अन्य ऐप पर फ़ोकस स्विच करते हैं या यह लंबे समय तक रह सकता है यदि आप इसे वैसे ही करते हैं जैसे वीडियो में दिखाया गया हैकर।
विटाली

1
एक ही समस्या है। 18.04 पर और 19.04 की नई स्थापना पर। यह सिर्फ पागल है। और हाँ यह प्रदर्शन से संबंधित नहीं है। मुझे यह भी लगता है कि यह Nautilus (डिफ़ॉल्ट फ़ाइल प्रबंधक) का उपयोग करते समय अन्यथा की तुलना में अधिक बार ट्रिगर करता है।
डिस्प्ले नेम

जवाबों:


6

यह निश्चित रूप से एक समस्या है जिसे मैंने देखा है। मेरे पास SSD के साथ एक बहुत तेज़ कंप्यूटर है और कर्सर देने की प्रक्रिया द्वारा कोई CPU उपयोग नहीं किया जा रहा था। एक खाली gedit खिड़की खतरे की बात दिखाती है।

वास्तव में इस समस्या ने मुझे इतना पागल कर दिया, मैंने "हैकिश" समाधान के साथ जाने का फैसला किया - "सोच" कर्सर से छुटकारा पाएं । मुझे इसकी कभी जरूरत नहीं पड़ी।

कुछ भी तोड़ने के बिना "सोच" कर्सर से छुटकारा पाने का तरीका बस इसे सामान्य कर्सर छवि के साथ बदलना है।

यदि आप डिफ़ॉल्ट कर्सर थीम का उपयोग कर रहे हैं DMZ-White, तो बस एक टर्मिनल खोलें ( Ctrl-Alt-T) और इन कमांड्स को चलाएं:

cd /usr/share/icons/DMZ-White/cursors
sudo mv watch watch.old
sudo ln -s left_ptr watch
nohup unity --replace &
exit

समस्या अभी भी होती है, तो पुनरारंभ करें।

अब, यह तकनीकी रूप से समस्या को ठीक नहीं करता है, लेकिन यह निश्चित रूप से इसे झुंझलाहट से छिपाता है।


1
धन्यवाद, यह "उपयोगी" है, लेकिन ऐसा उत्तर नहीं जो मुझे चाहिए। मैं इसका उपयोग समस्या से छुटकारा पाने के लिए करता हूं, जब तक कि कोई दूसरा समाधान न हो।
Hckr

मैं मानता हूं कि यह एक गंभीर समस्या है और यह सही समाधान नहीं है। अगर मुझे लगता है कि एक से अधिक व्यक्ति होने पर बग रिपोर्ट दायर की जानी चाहिए। मुझे लगा कि यह सिर्फ मेरा कंप्यूटर है।
कुपियाकोस 15

जैसा कि मैंने शोध किया है, कुछ अन्य उपयोगकर्ता हैं जो इस समस्या का सामना करते हैं, जो आपके तरीके का उपयोग करके हल करते हैं। वे कहते हैं कि स्पाइनिंग वेटिंग 90% तक गलत दिखाती है। मुझे लगता है कि यह मीर / एक्समीर के साथ उबंटू 13.10 पर बेहतर होगा।
Hckr

जैसा कि मैं @Kupiakos वर्कअराउंड कोशिश कर रहा था मैंने महसूस किया कि प्रदर्शित होने वाला प्रतीक्षा कर्सर कर्सर थीम द्वारा परिभाषित के समान नहीं है। यह मुझे आश्चर्यचकित करता है कि यदि समस्या का एनीमेशन कर्सर को संभालने के तरीके के साथ कुछ करना है।
विटाली

0

इसका जवाब देना बहुत मुश्किल सवाल है। हार्डवेयर खराबी (विशेष रूप से हार्ड ड्राइव) को छोड़कर, उबंटू के इन वर्षों में मैंने जो अनुभव किया है।

प्रत्येक रिलीज पर उबंटू एचडब्ल्यू-वार की मांग से थोड़ा अधिक हो जाता है। ऐसा होता है कि वीडियो कार्ड ड्राइवर या xorg अपडेट OS को स्नैपर बनाता है लेकिन लंबे समय में आपको हमेशा अधिक शक्तिशाली रिग की आवश्यकता होती है।

यह सामान्य है क्योंकि हार्डवेयर विकसित होता रहता है और इसी तरह उबंटू भी। आप आज एक OS जारी नहीं कर सकते हैं जो आधुनिक और 10yo PC पर समान रूप से काम करता है।

इसलिए यदि आप विशेष रूप से RAM और CPU पावर में कम विशिष्ट हैं, तो आप नवीनतम ब्लीडिंग एज संस्करण में अपडेट नहीं करना चाहते हैं, या आप lubuntu जैसे कम मांग वाले वितरण पर स्विच करना चाह सकते हैं।

यदि आपके पास 2GB से कम RAM है, तो यह अपग्रेड करने वाली पहली चीज़ होगी। मैंने देखा कि एक मानक कार्यालय के लिए आप 4 जीबी या 8 जीबी के बीच किसी भी अंतर को मुश्किल से नोटिस करते हैं, लेकिन यदि आपके पास 2 जीबी से कम है तो आप बहुत अधिक डिस्क स्वैप का उपयोग करने का जोखिम उठाते हैं (जो कुख्यात चरखा का कारण हो सकता है)।

दुर्भाग्य से मैंने देखा कि उबंटू और गनोम सामान्य रूप से उतने दुखी नहीं हैं जितना कि वे सुपर पावर्ड पीसी पर भी हुआ करते थे। मेरे पास 16gb और एनवीडिया कार्ड के साथ एक नवीनतम मॉडल i7 था, लेकिन कभी-कभी सिस्टम वैसे भी (यहां तक ​​कि आर्क जैसे नंगे डिस्ट्रो पर भी) पिछड़ रहा था।

एकमात्र समाधान जो मैं पा सकता था (एक अलग विंडो प्रबंधक पर स्विच किए बिना) एक एसएसडी स्थापित करना था। यह सबसे अच्छा अपडेट है जो आप अपने पीसी के लिए कर सकते हैं। यहां तक ​​कि /विभाजन के लिए एक बहुत छोटा एसएसडी (जबकि डेटा को नियमित एचडीडी पर संग्रहीत किया जा सकता है) एक बड़ा (बड़ा) अंतर बनाता है।

इसके अलावा एक अलग फ़ाइल ब्राउज़र पर स्विच करने से आपको कुछ स्थितियों में मदद मिल सकती है जहाँ अपराधी Nautilus है, लेकिन सबसे अच्छा SSD पर स्विच करना है।

आप पृष्ठभूमि प्रक्रियाओं को हटाकर लक्षणों को शांत करने की कोशिश कर सकते हैं, उदाहरण के लिए आप ज़ेइटेगिस्ट को हटाने की कोशिश कर सकते हैं, लेकिन अंत में कम दर्दनाक समाधान एक एसएसडी लगता है।


0

क्या मुझे लगता है कि यह एक समान मुद्दा है: लगता है कि सिस्टम बूट होने के बाद से 15 से 20 मिनट का समय लगता है और एक ब्राउज़र खोला गया है, और फिर वे कुछ ऐसा करते हैं जो HD को नियंत्रित करता है और इसे हमेशा व्यस्त रखता है। ताकि मैं वास्तव में ओएस के किसी भी कामकाज तक नहीं पहुंच पाऊं। यह एक अच्छा ओएस होना चाहिए .. बहुत बुरा वे इसे इस हद तक कब्जा कर लेते हैं कि जब वे होते हैं तो इसका उपयोग नहीं किया जा सकता है।

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