<div dir="ltr"><div>After reading this thread I have managed to solve the issue <a href="https://bbs.archlinux.org/viewtopic.php?id=232890">https://bbs.archlinux.org/viewtopic.php?id=232890</a><br><br></div>All it took was for me to remove the "bluetooth" package via aptitude, which depends on "bluez" - I will create an appropriate bug report for that package as well.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 2 February 2018 at 01:12, Alex Henry <span dir="ltr"><<a href="mailto:tukkek@gmail.com" target="_blank">tukkek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Package: udev<br>
Version: 236-3<br>
Severity: important<br>
<br>
Hello it's been a while since I update my Debian (testing) packages for my laptop computer<br>
but after updating all of them today it has been rendered unusable for all intents and<br>
purposes. The main issue is a process tree (systemd-udevd) hangs all my CPUs, at least<br>
one in 100% and the others at 50% or more consistently, non-stop.<br>
<br>
This causes my laptop to overheat anywhere between a minute or two minutes of use.<br>
The only way I'm able to write this is by issuing STOP signals to suspend the processes<br>
but it only lasts a couple minutes before it starts again on its own. Needless to say,<br>
this isn't what systemd should behave like and I can't even keep issuing STOP long enough<br>
for anything other than writing this message. My computer is practically unusable at this<br>
point unless I manually issue stop signals every couple of minutes before it overheats.<br>
<br>
I have tens of thousands of lines like this when I run ""udevadm monitor -k":<br>
<br>
KERNEL[675.883845] bind  Â  Â /devices/pci0000:00/0000:00:<wbr>1d.0/usb2/2-1/2-1.6/2-1.6.2/2-<wbr>1.6.2:1.0 (usb)<br>
KERNEL[675.884171] unbind  Â /devices/pci0000:00/0000:00:<wbr>1d.0/usb2/2-1/2-1.6/2-1.6.2/2-<wbr>1.6.2:1.0 (usb)<br>
<br>
Pleae consider elevating this issue's priority to critical. In no way the package in this current<br>
state should hit stable for obvious reasons, even if they're not on an overheating-prone machine.<br>
<br>
-- Package-specific info:<br>
<br>
-- System Information:<br>
Debian Release: buster/sid<br>
  APT prefers testing<br>
  APT policy: (500, 'testing')<br>
Architecture: amd64 (x86_64)<br>
<br>
Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)<br>
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8)<br>
Shell: /bin/sh linked to /usr/bin/dash<br>
Init: systemd (via /run/systemd/system)<br>
LSM: AppArmor: enabled<br>
<br>
Versions of packages udev depends on:<br>
ii  adduser  Â  Â  3.116<br>
ii  libacl1  Â  Â  2.2.52-3+b1<br>
ii  libblkid1  Â  2.30.2-0.3<br>
ii  libc6  Â  Â  Â  2.26-4<br>
ii  libkmod2  Â  Â 25-1<br>
ii  libselinux1  2.7-2<br>
ii  libudev1  Â  Â 236-3<br>
ii  lsb-base  Â  Â 9.20170808<br>
ii  procps  Â  Â  Â 2:3.3.12-3<br>
ii  util-linux  Â 2.30.2-0.3<br>
<br>
udev recommends no packages.<br>
<br>
udev suggests no packages.<br>
<br>
Versions of packages udev is related to:<br>
ii  systemd  236-3<br>
<br>
-- no debconf information<br>
</blockquote></div><br></div>