ซอฟต์แวร์และ Updater ใช้ CPU 100% ใน Ubuntu 16.04


30

ฉันได้อัพเกรดแล็ปท็อปของฉัน (Lenovo Z50-70) ซึ่งมีซีพียู i7 และ 8Gigs of Ram เป็น Ubuntu 16.04 จาก 15.10 ฉันติดตั้งการปรับปรุงอย่างสม่ำเสมอ ฉันใช้ Ubuntu กับ Gnome desktop environment (GDM)

เมื่อเร็ว ๆ นี้ฉันพบปัญหาแปลก ๆ CPU ของฉัน (รวมทั้ง 4 คอร์) นั้นใช้งานโดยกระบวนการบางอย่างเช่นgnome-software(ซอฟต์แวร์ Gnome) และ100% fwupd(daemon update Firmware) นี่ทำให้งานของฉันพัง ถ้าฉันฆ่ากระบวนการเหล่านั้นพวกเขาก็จะเริ่มกลับมาอีกครั้ง

มีวิธีแก้ปัญหาสำหรับกระบวนการเหล่านี้ที่จะไม่ใช้ CPU ของฉัน 100% หรือไม่ และฉันไม่ต้องการคำตอบที่บอกว่าใช้cpulimitยูทิลิตี้เพื่อจัดเตรียมปริมาณของ CPU สำหรับกระบวนการเหล่านั้น ฉันพบว่านี่เป็นปัญหาหลักใน Ubuntu ฉันหวังว่าจะได้คำตอบที่แท้จริงสำหรับปัญหานี้

สิ่งที่ฉันได้ลองไปแล้วคือ การลบ PPA ของฉันได้เพิ่มไว้ยกเว้น PPA อย่างเป็นทางการสำหรับตรวจสอบการอัปเดต นั่นไม่ได้ผล! แนบภาพhtopหน้าจอของกระบวนการเหล่านี้

การใช้งาน cpu 100% ของ gnome-software และ fwupd


ควรยื่นรายงานข้อผิดพลาด
เล็ก ๆ น้อย ๆ

@ ฉันไม่หวังอะไรฉันหวังว่าฉันจะได้รับคำแนะนำหรือคำแนะนำจากชุมชน askubuntu ถ้าไม่ใช่ฉันจะรายงานข้อผิดพลาดหรืออาจลองทางเลือกอื่น
kisanme

1
dmesgเป็นคำสั่งที่คุณพิมพ์ที่จะส่งออกบันทึก
Dorian

2
คุณควรตรวจสอบ/var/log/apt/history.logเช่นเดียวกับไฟล์บันทึกอื่น ๆ ในไดเรกทอรีนั้นเช่น/var/log/apt/term.logหรือ/var/log/dpkg.logที่ซึ่งเป็นสถานที่ทั้งหมดเพื่อค้นหาเบาะแสและข้อผิดพลาด
Dorian

4
มีข้อผิดพลาดในการโพสต์ซึ่งอาจเกี่ยวข้อง: bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1591868
belacqua

คำตอบ:


22

มีปัญหาที่คล้ายกัน

เป็นคำตอบที่อื่น ๆ ที่กล่าว - /var/log/syslogมันเป็นไปได้ที่จะตรวจสอบปัญหาโดยดูที่

ภายในบันทึกของฉัน gnome-settings กำลังรายงานสิ่งต่อไปนี้:

(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

6

ฉันมีปัญหาเดียวกันทั้งหมดกระบวนการเดียวกันใช้ CPU 100% สิ่งที่ใช้ได้ผลสำหรับฉันคือการอัพเกรดซอฟต์แวร์ใน Ubuntu ของฉัน (16.04):

sudo apt-get update
sudo apt-get upgrade

หลังจากนั้นฉันรีบูทพีซีและตอนนี้ปัญหาหายไป


4

ฉันจัดการเพื่อแก้ปัญหาโดยการตรวจสอบ syslog ( /var/log/syslog) มันเข้าสู่ระบบอย่างบ้าคลั่งที่ไม่สามารถสร้างไฟล์/home/<my user>/.cache/dconf/userได้ เมื่อฉันให้สิทธิ์ที่ถูกต้องกับโฟลเดอร์นี้มันหยุดใช้งาน CPU มาก


3
«สิทธิ์ที่ถูกต้อง»เป็นความคิดที่ดีที่จะรวมสิทธิ์อนุญาตที่คุณให้ไว้และคำสั่งที่คุณออกให้เพื่อมอบหมาย
Andrea Lazzarotto

1
โฟลเดอร์นั้นไม่มีอยู่ในเครื่องของฉัน
Alexis Wilke

2

ปัญหาการอนุญาตสำหรับฉัน

มองไปที่:

$ cat /var/log/syslog

(gnome-software: 3812): dconf-CRITICAL **: ไม่สามารถสร้างไฟล์ '/home/{user}/.cache/dconf/user': Permiso denegado dconf จะทำงานไม่ถูกต้อง

ดำเนินการคำสั่งนี้ปัญหาได้รับการแก้ไข

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

2

อาจมีกรณีเมื่อไม่มีสิ่งใดใน syslog ที่เกี่ยวข้องกับบริการซึ่งในกรณีนี้คุณอาจต้องการเพียงแค่เริ่มต้นใหม่ เพื่อหลีกเลี่ยงการค้นหาบริการและฆ่าด้วยตนเองคุณสามารถใช้systemctl:

sudo systemctl restart fwupd

สิ่งนี้ใช้ได้สำหรับฉัน ฉันไม่มี/home/[user]/.cacheปัญหาเกี่ยวกับโฟลเดอร์ตามรายการด้านบน
meawoppl

1

ปัญหานี้fwupdเกิดขึ้นกับฉันในคอมพิวเตอร์เครื่องหนึ่งวันนี้ ฉันยังมีสองกรณีของgnome-softwareการทำงาน โดยรวมแล้ว CPU 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 ก่อนยืนยันให้แน่ใจว่าได้เลือกกระบวนการที่ถูกต้องแล้ว!)

ตอนนี้@belacquaชี้ให้เราเห็นถึงรายงานบั๊กต่อไปนี้บน launchpad:

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

ฉันพบความคิดเห็นที่ 18 น่าสนใจเป็นพิเศษ:

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

บุคคลนั้นบอกว่าปัญหานั้นไม่สามารถทำซ้ำได้ แต่ถ้าคุณมีปัญหากับ apt-get (เช่นในการอัพเดท / ติดตั้งซอฟต์แวร์) มันอาจจะเป็นอย่างนั้นก็ได้ และแน่นอนฉันมีไฟล์หลายไฟล์ในแคช apt ซึ่งเป็นอึทั้งหมด (เช่นการเชื่อมต่ออินเทอร์เน็ตของฉันล้มเหลวเมื่อสองสามวันก่อนและไฟล์แคชบางส่วนมีข้อผิดพลาด HTTP 302 แทนที่จะเป็นรายการแพ็กเกจที่คาดไว้) ที่น่าสนใจเพราะข้อผิดพลาดยังคงมี แต่ไม่เนื่องจากไฟล์ yaml ตามที่ระบุไว้ที่นั่น ในกรณีของฉันฉันไม่พบไฟล์ yaml ใด ๆ

ฉันพนันได้เลยว่าการแก้ไขapt-getแคชฉันแก้ไขปัญหาได้แล้ว ดูเหมือนว่ารหัสได้รับการแก้ไขในขณะที่กลับมาแล้ว ฉันแค่ต้องรีบูตเครื่องเพื่อยืนยันว่าการใช้งาน CPU 100% นี้จะไม่เกิดขึ้นอีก


0

ปัญหาเดียวกันกับฉันก็ยังบล็อกระบบของฉัน

หลังจากเปลี่ยนเจ้าของ/home/{user}/.cache/dconf/userแล้วมันก็ดูธรรมดา

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.