Saya perhatikan bahwa salah satu inti pada laptop empat-inti dipatok, dan suhu sangat tinggi. Saya menemukan ini di top
:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
359 root 20 0 188684 147228 1552 R 99.4 5.0 111:19.91 systemd-udevd
20011 root 20 0 188320 147604 2076 S 11.0 5.0 0:00.33 systemd-udevd
11053 dotanco+ 20 0 3030036 918672 49608 S 9.6 31.2 280:40.65 firefox
3468 dotanco+ 20 0 3612776 136740 43484 S 1.7 4.6 57:02.52 plasma-desktop
20006 root 20 0 0 0 0 Z 1.0 0.0 0:00.37 systemd-udevd
Mengapa mungkin systemd-udev
memalu CPU? Ini adalah sistem Kubuntu 14.10:
$ uname -a
Linux loathe 3.16.0-44-generic #59-Ubuntu SMP Tue Jul 7 02:07:39 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/issue
Ubuntu 14.10 \n \l
EDIT: Saya perhatikan bahwa selain CPU yang dipatok, ada masalah tambahan. Perangkat USB yang baru terhubung, seperti perangkat penyimpanan massal USB atau keyboard, akan muncul lsusb
tetapi tidak dapat digunakan. Perangkat penyimpanan massal tidak terpasang secara otomatis, dan keyboard USB tidak berfungsi. Saya belum mencoba memasang drive USB secara manual.
Sesuai saran Bratchley, berikut adalah langkah systemd-udev
proses dengan ID 359.
strace
menggunakanstrace -fvvp 359
kemungkinan itu terus menerus pada sesuatu. Anda mungkin bisa memilih sesuatu yang bermakna. Ini mungkin bug tetapi masih bisa membuat laporan bug yang baik jika Anda dapat mengumpulkan data tentangnya.modprobe
-ing untuk mengaturnya. Benar-benar banyak hal acak. Apakah itu mencetak sesuatu ke pesan atau kedmesg
perintah?dmesg
, saya baru mereset mesin sekitar dua atau tiga jam yang lalu. Terima kasih banyak untuk memastikan bahwa tidak ada perulangan. Saya mencoba memeriksa strace dan meskipun saya tidak berpengalaman dalam membacanya, saya tidak dapat menemukan loop tak terbatas yang selalu menjadi hal pertama yang saya pikirkan ketika CPU berduri.Jawaban:
Sepertinya libmtp menemukan perangkat, tetapi tidak dapat memutuskan sambungan dengan benar dan memeriksa terus-menerus. Ini terjadi dengan perangkat tertentu dan dapat dinonaktifkan dengan mengedit /lib/udev/rules.d/69-libmtp.rules
Cari beberapa baris yang terlihat seperti ini (di akhir file):
Komentari baris kedua dengan meletakkan # sebelum ENV, sehingga terlihat seperti:
Nyalakan kembali komputer Anda atau jalankan
sudo systemctl restart systemd-udevd
dan nikmati siklus CPU gratis Anda :)sumber
Gunakan
udevadm monitor
untuk mencari tahu driver mana yang mengumpulkan cpu.sumber
Penyebab lain:
Sistem bekerja dengan Intel, tetapi setelah beberapa kali tidur / melanjutkan saya mendapatkan ini dari
udevadm monitor
(garis acak tetapi mengulangi semua yang sama tanpa batas):Saya tidak yakin tetapi saya berharap ini disebabkan oleh fakta bahwa driver nvidia aktif tetapi nvidia dinonaktifkan di BIOS.
sumber
Solusi yang diusulkan oleh eLobato tidak berhasil untuk saya.
Dengan gejala yang sama dijelaskan, saya menemukan utas ini: /ubuntu/1073185/after-upgrade-from-ubuntu-16-to-18-04-systemd-udevd-uses-100-cpu
yang memecahkan masalah bagi saya. Saya ulangi solusi di bawah ini untuk kelengkapan, tetapi semua kredit masuk ke jawaban asli oleh brunom4ciel.
Coba jika berhenti dan memulai proses menyelesaikan masalah tanpa efek samping yang tidak diinginkan:
Jika ini berhasil tanamkan dalam skrip
/etc/init.d/systemd-udevd-solv.sh
dengan:dan tempel:
Kemudian ubah izin untuk dieksekusi saat login
sumber
Ada bug di kernel yang menyebabkan penggunaan sistemd-udevs 100% CPU.
Jadi, penyelesaiannya adalah me-reboot sistem, tekan dan tahan Shift selama memuat Grub. Kemudian pilih kernel lama yang tercantum dalam daftar bootloader.
Ini berfungsi baik untuk saya.
sumber
Saya memiliki masalah yang sama pada Linux Mint 17.3 Rosa.
Untuk mengatasinya, ketika PC saya idle:
top
perintah dan lihat PID darisystemd
.CPU kembali normal dan penggunaan RAM rendah. Tentu saja desktop saya masih stabil. Saya dapat menggunakan desktop saya secara normal setelah operasi itu.
sumber
Saya telah menemukan ini adalah masalah pada beberapa instalasi CentOS yang berjalan di Hyper-V . Mematikan Layanan Integrasi dalam pengaturan VM tampaknya telah menyelesaikannya. Sinkronisasi waktu khusus .
sumber