Phần mềm và Trình cập nhật tiêu thụ 100% CPU trong Ubuntu 16.04

Tôi đã nâng cấp máy tính xách tay của mình (Lenovo Z50-70) có CPU i7 và 8Gigs Ram lên Ubuntu 16.04 từ 15.10. Tôi đã cài đặt bản cập nhật một cách nhất quán. Tôi đang sử dụng Ubuntu với môi trường máy tính để bàn Gnome (GDM).

Gần đây tôi đã gặp phải một vấn đề kỳ lạ, CPU của tôi (bao gồm cả 4 lõi) được sử dụng 100% bởi một số quy trình như gnome-software(phần mềm Gnome) và fwupd(daemon cập nhật phần sụn). Điều này làm cho công việc của tôi đi xuống. Nếu tôi thậm chí giết các quá trình đó, chúng sẽ bắt đầu trở lại.

Có giải pháp nào cho các quy trình này không sử dụng 100% CPU của tôi không. Và tôi không muốn câu trả lời rằng hãy sử dụng cpulimittiện ích để cung cấp lượng CPU cho các quy trình đó. Tôi thấy đây là một vấn đề cốt lõi trong Ubuntu, tôi đang mong đợi các giải pháp thực sự cho vấn đề này.

Những gì tôi đã thử cho đến nay là, Loại bỏ những PPA mà tôi đã thêm ngoại trừ PPA chính thức để kiểm tra cập nhật. Điều đó đã không thành công! Đính kèm một ảnh chụp htopmàn hình của các quá trình này.

Có một vấn đề tương tự.

Như câu trả lời khác đã đề cập - có thể xác định vấn đề bằng cách xem xét /var/log/syslog.

Trong nhật ký cài đặt gnome của tôi đã báo cáo như sau:

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

Để khắc phục điều này, tôi đã chạy lệnh sau, thay thế USER bằng tên người dùng của bạn:

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

Tôi đã có cùng một vấn đề, cùng một quá trình chiếm 100% CPU. Điều làm việc cho tôi là nâng cấp phần mềm trong Ubuntu của tôi (16.04):

sudo apt-get update
sudo apt-get upgrade

Sau đó tôi khởi động lại máy tính của mình và bây giờ vấn đề không còn nữa.

Tôi quản lý để giải quyết nó bằng cách kiểm tra syslog ( /var/log/syslog). Nó đã đăng nhập như điên mà nó không thể tạo ra các tập tin /home/<my user>/.cache/dconf/user. Khi tôi cấp cho thư mục này các quyền chính xác, nó đã ngừng sử dụng CPU nhiều này.

Vấn đề cấp phép cho tôi.

nhìn:

$ cat /var/log/syslog

(phần mềm dconf sẽ không hoạt động đúng.

Thực hiện lệnh này, vấn đề đã được giải quyết.

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

Có thể có trường hợp khi không có gì trong nhật ký hệ thống liên quan đến dịch vụ, trong trường hợp đó bạn có thể muốn khởi động lại nó. Để tránh tra cứu dịch vụ và giết chúng bằng tay, bạn chỉ cần sử dụng systemctl:

sudo systemctl restart fwupd

Vấn đề này fwupdxảy ra với tôi hôm nay trên một máy tính. Tôi cũng có hai trường hợp gnome-softwarechạy. Tổng cộng, 2 CPU đã được kẹp ở mức 100%.

Để nhanh chóng ngăn chặn tình trạng hỗn loạn đó, tôi chỉ cần giết 3 quá trình đó:

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

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

(Bạn cũng có thể thử killall gnome-softwarevà killall fwupd, tôi chỉ thấy killalllệnh đó nguy hiểm ... Nếu không, htopbạn chỉ có thể sử dụng F9. Trước khi xác nhận, hãy đảm bảo rằng quy trình chính xác đã được chọn!)

Bây giờ, @belacqua đã chỉ cho chúng tôi báo cáo lỗi sau trên launchpad:

https://bugs.launchpad.net/ubfox/+source/appstream-glib/+orms/1591868

Tôi thấy nhận xét 18 đặc biệt thú vị:

https://bugs.launchpad.net/ubfox/+source/appstream-glib/+orms/1591868/comments/18

Người này nói rằng vấn đề không thể tái tạo được, nhưng nếu bạn gặp vấn đề với apt-get (như trong bản cập nhật / cài đặt phần mềm) thì rất có thể là do điều đó. Và thực tế, tôi đã có một số tệp trong bộ đệm apt là toàn bộ crap (tức là kết nối Internet của tôi đã bị lỗi vài ngày trước và một số tệp bộ đệm có lỗi HTTP 302 thay vì danh sách gói dự kiến.) Tôi thấy nhận xét cụ thể này thú vị vì một lỗi vẫn còn đó, nhưng không phải do tệp yaml như được chỉ định ở đó. Trong trường hợp của tôi, tôi không thể tìm thấy bất kỳ tập tin yaml nào ở bất cứ đâu.

Tôi cá rằng bằng cách sửa apt-getbộ đệm , tôi đã khắc phục vấn đề. Có vẻ như mã đã được sửa một lúc trước. Tôi chỉ cần khởi động lại để xác nhận rằng việc sử dụng CPU 100% này không xảy ra lần nữa.

Vấn đề tương tự với tôi, nó cũng chặn hệ thống của tôi.

Sau khi thay đổi chủ sở hữu /home/{user}/.cache/dconf/user, nó trông bình thường.