소프트웨어 및 업데이터가 Ubuntu 16.04에서 100 % CPU를 소비 함

i7 CPU와 8Gigs Ram을 갖춘 랩탑 (Lenovo Z50-70)을 15.10에서 Ubuntu 16.04로 업그레이드했습니다. 지속적으로 업데이트를 설치하고 있습니다. Gnome 데스크탑 환경 (GDM)과 함께 우분투를 사용하고 있습니다.

최근 이상한 문제가 발생하여 gnome-software(Gnome 소프트웨어) 및 fwupd(펌웨어 업데이트 데몬) 과 같은 일부 프로세스에서 내 CPU (4 코어 모두 포함)가 100 % 사용됩니다 . 이로 인해 제 작업이 중단됩니다. 내가 그 프로세스를 죽이면 다시 시작합니다.

이 프로세스가 내 CPU의 100 %를 사용하지 않는 솔루션이 있습니까? 그리고 cpulimit유틸리티를 사용하여 해당 프로세스의 CPU 양을 프로비저닝한다는 답변을 원하지 않습니다 . 우분투에서 이것이 핵심 문제라는 것을 알았습니다. 문제에 대한 진정한 해결책을 기대하고 있습니다.

지금까지 시도한 것은 업데이트 확인을 위해 공식 PPA를 제외하고 추가 한 PPA를 제거하는 것입니다. 그것은 작동하지 않았다! htop이러한 프로세스 의 스크린 샷을 첨부했습니다 .

비슷한 문제가있었습니다.

다른 답변이 언급했듯이-보고하여 문제를 확인할 수 있습니다 /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

정확히 같은 문제가 있었으며 동일한 프로세스가 CPU의 100 %를 차지했습니다. 나를 위해 일한 것은 내 우분투 (16.04)에서 소프트웨어를 업그레이드하는 것이 었습니다.

sudo apt-get update
sudo apt-get upgrade

그 후 PC를 재부팅 했는데 문제가 사라졌습니다.

syslog ( /var/log/syslog) 를 확인하여 문제를 해결했습니다 . 파일을 만들 수 없다는 것이 미친 듯이 로깅되었습니다 /home/<my user>/.cache/dconf/user. 이 폴더에 올바른 권한을 부여하면이 정도의 CPU 사용이 중지되었습니다.

나를위한 권한 문제.

보고 :

$ cat /var/log/syslog

(gnome-software : 3812) : dconf-CRITICAL ** : '/home/{user}/.cache/dconf/user'파일을 만들 수 없습니다 : Permiso denegado. dconf가 제대로 작동하지 않습니다.

이 명령을 실행하면 문제가 해결되었습니다.

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

서비스와 관련된 syslog에 아무것도없는 경우가있을 수 있습니다.이 경우 단순히 다시 시작해야 할 수 있습니다. 서비스를 찾아 수동으로 종료하지 않으려면 다음을 사용하십시오 systemctl.

sudo systemctl restart fwupd

이 문제는 fwupd오늘날 한 대의 컴퓨터에서 발생했습니다. 나는 또한 두 가지 경우가 있었다gnome-software 달리기를했다. 전체적으로 2 개의 CPU가 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 는 런치 패드에 대한 다음 버그 보고서를 지적했습니다.

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캐시를 , 내가 문제를 해결. 코드가 이미 수정 된 것처럼 보입니다. 이 100 % CPU 사용이 다시 발생하지 않도록 재부팅해야합니다.

나도 같은 문제로 시스템을 차단합니다.

의 소유자 변경 후 /home/{user}/.cache/dconf/user정상적으로 보입니다.