সফটওয়্যার এবং আপডেটার উবুন্টু 16.04 এ 100% সিপিইউ গ্রহণ করে

Question

আমি আমার ল্যাপটপটি (লেনোভো জেড 50-70) আপগ্রেড করেছি যা 15.10 থেকে উবুন্টু 16.04 এ আই 7 সিপিইউ এবং 8 জিগস রাম রয়েছে। আমি ধারাবাহিকভাবে আপডেট ইনস্টল করছি। আমি জিনোম ডেস্কটপ এনভায়রনমেন্ট (জিডিএম) সহ উবুন্টু ব্যবহার করছি।

ইদানীং আমি একটি অদ্ভুত সমস্যাটি অনুভব করছি, আমার সিপিইউ (সমস্ত 4 টি কোরিয়াসহ) 100% gnome-software(জিনোম সফ্টওয়্যার) এবং fwupd(ফার্মওয়্যার আপডেট ডেমন) এর মতো কিছু প্রক্রিয়া দ্বারা ব্যবহৃত হয় । এটি আমার কাজটি কমিয়ে দেয়। যদি আমি এই প্রক্রিয়াগুলিও হত্যা করি তবে তারা আবার শুরু করবে।

এই প্রসেসগুলির জন্য আমার সিপিইউয়ের 100% ব্যবহার না করার জন্য কি কোনও সমাধান রয়েছে? এবং আমি উত্তরগুলি চাই না বলে cpulimitএই প্রক্রিয়াগুলির জন্য সিপিইউর পরিমাণ বিস্তারে ইউটিলিটিটি ব্যবহার করুন । উবুন্টুতে আমি এটি একটি মূল সমস্যা পেয়েছি, আমি সমস্যার প্রকৃত সমাধানের প্রত্যাশা করছি।

আমি এখন পর্যন্ত যা চেষ্টা করেছি তা হ'ল, আপডেটগুলি যাচাই করার জন্য অফিসিয়াল পিপিএ ব্যতীত আমি সেই পিপিএগুলি সরিয়েছি। যে কাজ করে না! htopএই প্রক্রিয়াগুলির স্ক্রিনের একটি স্ক্রিনশট সংযুক্ত করা হয়েছে ।

Comments

সম্ভবত একটি বাগ রিপোর্ট ফাইল করা উচিত।

— মাইকেউ যাই

@ মাইকিও যাই হোক না কেন আমি আশা করছি যে আমি জিজ্ঞাসাবাট্টু সম্প্রদায়ের কাছ থেকে কিছু ইঙ্গিত বা টিপস পেতে পারি, না হলে আমি কোনও বাগ রিপোর্ট দায়ের করতে যাচ্ছি বা সম্ভবত কিছু বিকল্প চেষ্টা করবো।

— কিসানমে

dmesgআপনি যে কমান্ডটি টাইপ করেন তা লগ আউটপুট দেয়।

— ডোরিয়ান

আপনার /var/log/apt/history.logসেই ডিরেক্টরিতে যেমন অন্যান্য লগ ফাইলগুলি পরীক্ষা করা উচিত যেমন /var/log/apt/term.logবা /var/log/dpkg.logযেগুলি সমস্ত জায়গাগুলি ক্লু এবং ত্রুটি সন্ধান করতে পারে।

— ডোরিয়ান

এখানে একটি বাগ পোস্ট করা হয়েছে যা সম্পর্কিত হতে পারে: bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1591868

— belacqua

Answer 1

একই সমস্যা ছিল।

অন্য উত্তর যেমন উল্লিখিত হয়েছে - সমস্যাটি দেখে তা নির্ধারণ করা সম্ভব /var/log/syslog।

আমার লগের মধ্যে জিনোম-সেটিংস নিম্নলিখিত প্রতিবেদন করছিল:

(gnome-settings-daemon:3584): dconf-CRITICAL **: unable to create file '/home/USER/.cache/dconf/user': Permission denied.

এটির সমাধানের জন্য আমি নিম্নলিখিত কমান্ডটি চালিয়েছি, আপনার ব্যবহারকারী নামটি দিয়ে USER কে প্রতিস্থাপন করুন:

sudo chown USER /home/USER/.cache/dconf

Answer 2

আমার ঠিক একই সমস্যা ছিল, একই প্রক্রিয়াগুলি 100% সিপিইউ গ্রহণ করে। আমার উবুন্টুতে (16.04) সফ্টওয়্যার আপগ্রেড করা আমার পক্ষে যা কাজ করেছিল তা ছিল:

sudo apt-get update
sudo apt-get upgrade

এর পরে আমি আমার পিসি রিবুট করেছি এবং এখন সমস্যাটি চলে গেছে।

Answer 3

আমি সিসলগ ( /var/log/syslog) পরীক্ষা করে এটি সমাধান করতে সক্ষম হয়েছি । এটি পাগলের মতো লগিং করছিল যে এটি ফাইলটি তৈরি করতে পারেনি /home/<my user>/.cache/dconf/user। আমি যখন এই ফোল্ডারটিকে সঠিক অনুমতিগুলি দিয়েছি তখন এটি এত বেশি সিপিইউ ব্যবহার বন্ধ করে দিয়েছে।

Comments

Permission সঠিক অনুমতিগুলি which আপনি কোন অনুমতি দিয়েছিলেন এবং যে আদেশটি আপনি তাদের অর্পণ করার জন্য জারি করেছিলেন তা অন্তর্ভুক্ত করা ভাল ধারণা হবে।

— Andrea Lazzarotto

এই ফোল্ডারটি আমার মেশিনেও নেই।

— অ্যালেক্সিস উইল্ক

Answer 4

আমার জন্য অনুমতি সমস্যা।

দিকে তাকাও:

$ cat /var/log/syslog

(জিনোম-সফ্টওয়্যার: 3812): dconf-CRICICAL **: '/home/{user}/.cache/dconf/user' ফাইলটি তৈরি করতে অক্ষম: পার্মিসো ডেনেগাদো। dconf সঠিকভাবে কাজ করবে না।

এই আদেশটি কার্যকর করে, সমস্যাটি সমাধান করা হয়েছে।

$ sudo chown {user} /home/{user}/.cache/dconf

Answer 5

সার্ভিসের সাথে সম্পর্কিত সিস্লোগ-এ কিছুই না থাকায় এমন কেস হতে পারে, যে ক্ষেত্রে আপনি কেবল এটি পুনরায় চালু করতে চাইতে পারেন। পরিষেবাগুলি অনুসন্ধান করা এবং সেগুলি ম্যানুয়ালি মেরে ফেলার জন্য, আপনি কেবল এটি ব্যবহার করতে পারেন systemctl:

sudo systemctl restart fwupd

Comments

এটি আমার পক্ষে কাজ করেছে। আমার /home/[user]/.cacheউপরে ফোল্ডার সংক্রান্ত সমস্যা নেই।

— meawoppl

Answer 6

এই সমস্যাটি fwupdআমার কাছে আজ একটি কম্পিউটারে ঘটেছিল। আমার gnome-softwareদৌড়ের দুটি ঘটনাও ছিল । সব মিলিয়ে 2 টি সিপিইউ 100% এ ক্ল্যাম্পড ছিল।

দ্রুত সেই মারামারি থামাতে, আমি কেবল এই 3 টি প্রক্রিয়াটি মেরে ফেলতে পারি:

ps -ef | less
(find processes in the list, record their PID)

kill <pid1>
kill <pid2>
kill <pid3>
...

(আপনিও চেষ্টা করতে পারেন killall gnome-softwareএবং killall fwupd, আমি কেবল সেই killallআদেশটি বিপজ্জনক বলে মনে করি ... অন্যথায়, htopআপনি কেবল F9 ব্যবহার করতে পারেন ming নিশ্চিত করার আগে, নিশ্চিত হয়ে নিন যে সঠিক প্রক্রিয়াটি নির্বাচিত হয়েছিল!)

এখন, @ বেলাকোয়া আমাদের লঞ্চপ্যাডে নিম্নলিখিত বাগ রিপোর্টটি দেখিয়েছে:

https://bugs.launchpad.net/ubuntu/+source/appstream-glib/+bug/1591868

আমি মন্তব্য 18 বিশেষত আকর্ষণীয় পেয়েছি:

https://bugs.launchpad.net/ubuntu/+source/appstream-glib/+bug/1591868/comments/18

ব্যক্তিটি বলেছে যে সমস্যাটি পুনরায় উত্পাদনযোগ্য নয়, তবে আপনার যদি অ্যাপ্ট-গেট (যেমন হিসাবে সফ্টওয়্যার আপডেট / ইনস্টলেশন) নিয়ে সমস্যা হয় তবে এটি খুব ভাল কারণেই হতে পারে। এবং প্রকৃতপক্ষে, আমার কাছে অ্যাপ্লিকেশন ক্যাশে বেশ কয়েকটি ফাইল ছিল যেগুলি ছিল মোট ক্র্যাপ (যা আমার ইন্টারনেট সংযোগ কয়েক দিন আগে ব্যর্থ হয়েছিল এবং কিছু ক্যাশে ফাইল প্রত্যাশিত প্যাকেজ তালিকার পরিবর্তে একটি HTTP 302 ত্রুটি অন্তর্ভুক্ত করেছিল)) আমি এই নির্দিষ্ট মন্তব্যটি পাই আকর্ষণীয় কারণ একটি বাগ এখনও আছে, তবে সেখানে উল্লিখিত হিসাবে ইয়ামল ফাইলের কারণে নয়। আমার ক্ষেত্রে, আমি কোথাও কোনও যামল ফাইল খুঁজে পাইনি।

আমি বাজি দিয়েছিলাম apt-getক্যাশে ফিক্স করে , আমি সমস্যাটি ঠিক করেছি। দেখে মনে হচ্ছে কোডটি কিছুক্ষণ আগেই ঠিক হয়ে গেছে। এই 100% সিপিইউ ব্যবহারটি আর না ঘটে তা নিশ্চিত করতে আমার কেবল একটি রিবুট দরকার।

Answer 7

আমার একই সমস্যা, এটি আমার সিস্টেমকেও ব্লক করে।

মালিক পরিবর্তনের পরে /home/{user}/.cache/dconf/user, এটি দেখতে সাধারণ দেখাচ্ছে।