[umschifft] KDE friert nach Anstecken von USB-Geräten ein

KDE, Gnome, Windowmanager, X11, Grafiktreiber und alles was dazu notwendig ist. Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
kreuzschnabel
Beiträge: 34
Registriert: 24.09.2020 14:51:14

[umschifft] KDE friert nach Anstecken von USB-Geräten ein

Beitrag von kreuzschnabel » 24.09.2020 15:24:15

Tach erstmal. Ich nutze seit zwölf Jahren Debiane und Ubuntus auf diversen Thinkpads, aber so was wie jetzt hab ich noch nie erlebt.

Seit einigen Wochen nutze ich ein Lenovo ThinkCentre M92p mit Debian Stable 64bit und KDE Plasma 5.14.5. Alles aktuell. Und da passiert Folgendes:

Beim Einstecken bestimmter USB-Geräte während des Betriebes friert KDE erstmal ein und geht dann in eine träge Phase über. Immer und reproduzierbar. Nicht beim Einstecken von Speichermedien (Sticks oder Festplatten), aber sehr wohl bei Tastatur oder Maus. Ebenfalls beim Einstecken des WinTV-Sticks. Also bei Geräten, die mit dem System interagieren.

Genaue Beschreibung:

Unmittelbar nach dem einstecken ist für ca. 30 Sekunden die Oberfläche komplett inaktiv. Der Sekundenzeiger meines Analoguhr-Widgets steht still. Der Mauszeiger lässt sich verzögerungsfrei bewegen, bereits laufende Programme sind in Grenzen nutzbar, aber KDE reagiert weder auf Klicks noch auf Tastaturkürzel.

Anschließend ist KDE zunächst mal wieder „da“ und holt alles Geklickte nach, bleibt aber immer wieder für einige Sekunden hängen. Meist merkt man das kaum, aber Video-/Audiowiedergabe können dabei ins Stocken geraten.

Die CPU-Last liegt dabei permanent (ohne laufende Anwenderprogramme) um 25 Prozent. Erzeugt wird sie von den Prozessen Xorg (~14%) und kglobalaccel5 (~11%). Globale Tastaturkürzel (für die der zweite Prozess AFAIK zuständig ist) gehen entweder gar nicht oder nur mit großer Verzögerung. RAM ist normal, jede Menge frei.

Nach etwa 10 Minuten ist der Spuk vorbei. Die CPU-Last geht auf normalen Idle-Stand von 2-3 Prozent, die genannten Prozesse verschwinden in der Bedeutungslosigkeit, alle Tastenkürzel laufen wieselflink – alles so, als sei nichts gewesen.


Dieser Effekt tritt nicht auf, wenn ich beim USB-Steckvorgang nicht angemeldet bin. Er ist auch vorbei, wenn ich mich währenddessen (sobald es geht) ab- und wieder anmelde (ohne X neu zu starten).

Einige Wochen nach dem Kauf bin ich von der werkseitigen Festplatte auf SSD umgestiegen und habe Debian from scratch neu installiert (Home-Partition übernommen). Verhalten ist nachher wie vorher gleich. Es liegt also im System (Xorg-Konfiguration oder Hardware-Unverträglichkeit).

Prozessor: 4 x Intel Core i5-3470 @ 3,2 GHz
Partitionierung: root 18 GB (5,4 GB frei), Swap 2 GB, /home 445 GB (180 GB frei)
Speicher: Hynix 16 GB, nie ausgelastet
Grafikkarte: integriert (Intel HD2500), DP-Ausgang belegt
Grafiktreiber: Mesa Ivybridge

Wo könnte ich da mal schauen?

--ks
Zuletzt geändert von kreuzschnabel am 25.09.2020 14:14:45, insgesamt 1-mal geändert.

KP97
Beiträge: 3433
Registriert: 01.02.2013 15:07:36

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von KP97 » 24.09.2020 15:49:24

Wenn alles noch störungsfrei läuft, als root auf der Konsole eingeben

Code: Alles auswählen

journalctl -f
Damit siehst Du die Systemmeldungen, wenn Du nun z.B. den TV-Stick einsteckst.
Dann sieht man, wo man weiter nachforschen kann. Mit Strg+c kann die Ausgabe in der Konsole beendet werden.

Willkommen im Debianforum.

kreuzschnabel
Beiträge: 34
Registriert: 24.09.2020 14:51:14

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von kreuzschnabel » 24.09.2020 16:20:22

Büddeschön.

16:09:01: WinTV-Stick neu eingesteckt. Hier war die „komische Phase“ nach gut einer Minute zu Ende (CPU-Last wieder auf 2-3 %).

16:12:18: USB-Hub neu eingesteckt, an dem Tastatur und Maus hängen. Ab 16:11:19 hing der Sekundenzeiger der Analoguhr auf dem Desktop fest und sprang dann auf 16:11:46. Die zu hohe CPU-Last hält jetzt (16:19 Uhr) immer noch an.

--ks

Code: Alles auswählen

root@marvin:/home/volker# journalctl -f
-- Logs begin at Thu 2020-09-24 08:28:17 CEST. --
Sep 24 16:07:46 marvin dbus-daemon[659]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service' requested by ':1.373' (uid=1000 pid=26602 comm="/opt/brave.com/brave/brave ")
Sep 24 16:07:46 marvin systemd[1]: Condition check resulted in Bluetooth service being skipped.
Sep 24 16:07:47 marvin avahi-daemon[668]: Registering new address record for 2a02:908:1980:28e0:69b0:5b19:afae:46c5 on eno1.*.
Sep 24 16:07:56 marvin systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Sep 24 16:08:11 marvin dbus-daemon[659]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
Sep 24 16:08:33 marvin sudo[26867]:   volker : TTY=pts/1 ; PWD=/home/volker ; USER=root ; COMMAND=/usr/bin/journalctl -f
Sep 24 16:08:33 marvin sudo[26867]: pam_unix(sudo:session): session opened for user root by volker(uid=0)
Sep 24 16:08:42 marvin sudo[26867]: pam_unix(sudo:session): session closed for user root
Sep 24 16:08:44 marvin sudo[26869]:   volker : TTY=pts/1 ; PWD=/home/volker ; USER=root ; COMMAND=/bin/bash
Sep 24 16:08:44 marvin sudo[26869]: pam_unix(sudo:session): session opened for user root by volker(uid=0)
Sep 24 16:08:58 marvin kernel: usb 1-1.1: USB disconnect, device number 3
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Disconnecting em28xx #1
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Disconnecting em28xx
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Closing DVB extension
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Closing DVB extension
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Closing input extension
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Closing input extension
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Freeing device
Sep 24 16:08:58 marvin kernel: em28xx 1-1.1:1.0: Freeing device
Sep 24 16:09:01 marvin kernel: usb 1-1.1: new high-speed USB device number 4 using ehci-pci
Sep 24 16:09:01 marvin kernel: usb 1-1.1: New USB device found, idVendor=2040, idProduct=0265, bcdDevice= 1.00
Sep 24 16:09:01 marvin kernel: usb 1-1.1: New USB device strings: Mfr=3, Product=1, SerialNumber=2
Sep 24 16:09:01 marvin kernel: usb 1-1.1: Product: dualHD
Sep 24 16:09:01 marvin kernel: usb 1-1.1: Manufacturer: HCW
Sep 24 16:09:01 marvin kernel: usb 1-1.1: SerialNumber: 0014036962
Sep 24 16:09:01 marvin kernel: em28xx 1-1.1:1.0: New device HCW dualHD @ 480 Mbps (2040:0265, interface 0, class 0)
Sep 24 16:09:01 marvin kernel: em28xx 1-1.1:1.0: DVB interface 0 found: isoc
Sep 24 16:09:01 marvin kernel: em28xx 1-1.1:1.0: chip ID is em28174
Sep 24 16:09:02 marvin kernel: em28xx 1-1.1:1.0: EEPROM ID = 26 00 01 00, EEPROM hash = 0xe1e3c8c8
Sep 24 16:09:02 marvin kernel: em28xx 1-1.1:1.0: EEPROM info:
Sep 24 16:09:02 marvin kernel: em28xx 1-1.1:1.0:         microcode start address = 0x0004, boot configuration = 0x01
Sep 24 16:09:02 marvin kernel: em28xx 1-1.1:1.0:         AC97 audio (5 sample rates)
Sep 24 16:09:02 marvin kernel: em28xx 1-1.1:1.0:         500mA max power
Sep 24 16:09:02 marvin kernel: em28xx 1-1.1:1.0:         Table at offset 0x27, strings=0x0e6a, 0x1888, 0x087e
Sep 24 16:09:03 marvin kernel: em28xx 1-1.1:1.0: Identified as Hauppauge WinTV-dualHD DVB (card=99)
Sep 24 16:09:03 marvin kernel: tveeprom: Hauppauge model 204109, rev B3I6, serial# 14036962
Sep 24 16:09:03 marvin kernel: tveeprom: tuner model is SiLabs Si2157 (idx 186, type 4)
Sep 24 16:09:03 marvin kernel: tveeprom: TV standards PAL(B/G) NTSC(M) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
Sep 24 16:09:03 marvin kernel: tveeprom: audio processor is None (idx 0)
Sep 24 16:09:03 marvin kernel: tveeprom: has no radio, has IR receiver, has no IR transmitter
Sep 24 16:09:03 marvin kernel: em28xx 1-1.1:1.0: dvb set to isoc mode.
Sep 24 16:09:03 marvin kernel: em28xx 1-1.1:1.0: chip ID is em28174
Sep 24 16:09:04 marvin freshclam[1046]: Thu Sep 24 16:09:04 2020 -> Received signal: wake up
Sep 24 16:09:04 marvin freshclam[1046]: Thu Sep 24 16:09:04 2020 -> ClamAV update process started at Thu Sep 24 16:09:04 2020
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: EEPROM ID = 26 00 01 00, EEPROM hash = 0xe1e3c8c8
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: EEPROM info:
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0:         microcode start address = 0x0004, boot configuration = 0x01
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0:         AC97 audio (5 sample rates)
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0:         500mA max power
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0:         Table at offset 0x27, strings=0x0e6a, 0x1888, 0x087e
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: Identified as Hauppauge WinTV-dualHD DVB (card=99)
Sep 24 16:09:04 marvin kernel: tveeprom: Hauppauge model 204109, rev B3I6, serial# 14036962
Sep 24 16:09:04 marvin kernel: tveeprom: tuner model is SiLabs Si2157 (idx 186, type 4)
Sep 24 16:09:04 marvin kernel: tveeprom: TV standards PAL(B/G) NTSC(M) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xfc)
Sep 24 16:09:04 marvin kernel: tveeprom: audio processor is None (idx 0)
Sep 24 16:09:04 marvin kernel: tveeprom: has no radio, has IR receiver, has no IR transmitter
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: dvb ts2 set to isoc mode.
Sep 24 16:09:04 marvin mtp-probe[26899]: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1"
Sep 24 16:09:04 marvin mtp-probe[26899]: bus: 1, device: 4 was not an MTP device
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: Binding DVB extension
Sep 24 16:09:04 marvin kernel: i2c i2c-10: Added multiplexed i2c bus 13
Sep 24 16:09:04 marvin kernel: si2168 10-0064: Silicon Labs Si2168-B40 successfully identified
Sep 24 16:09:04 marvin kernel: si2168 10-0064: firmware version: B 4.0.2
Sep 24 16:09:04 marvin kernel: si2157 13-0060: Silicon Labs Si2147/2148/2157/2158 successfully attached
Sep 24 16:09:04 marvin kernel: dvbdev: DVB: registering new adapter (1-1.1:1.0)
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: DVB: registering adapter 0 frontend 0 (Silicon Labs Si2168)...
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: DVB extension successfully initialized
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: Binding DVB extension
Sep 24 16:09:04 marvin kernel: i2c i2c-12: Added multiplexed i2c bus 14
Sep 24 16:09:04 marvin kernel: si2168 12-0067: Silicon Labs Si2168-B40 successfully identified
Sep 24 16:09:04 marvin kernel: si2168 12-0067: firmware version: B 4.0.2
Sep 24 16:09:04 marvin kernel: si2157 14-0063: Silicon Labs Si2147/2148/2157/2158 successfully attached
Sep 24 16:09:04 marvin kernel: dvbdev: DVB: registering new adapter (1-1.1:1.0)
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: DVB: registering adapter 1 frontend 0 (Silicon Labs Si2168)...
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: DVB extension successfully initialized
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: Registering input extension
Sep 24 16:09:04 marvin kernel: Registered IR keymap rc-hauppauge
Sep 24 16:09:04 marvin kernel: rc rc0: 1-1.1:1.0 IR as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/rc/rc0
Sep 24 16:09:04 marvin kernel: rc rc0: lirc_dev: driver em28xx registered at minor = 0, scancode receiver, no transmitter
Sep 24 16:09:04 marvin kernel: input: 1-1.1:1.0 IR as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/rc/rc0/input41
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: Input extension successfully initialized
Sep 24 16:09:04 marvin kernel: em28xx 1-1.1:1.0: Remote control support is not available for this card.
Sep 24 16:09:04 marvin mtp-probe[26915]: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1"
Sep 24 16:09:04 marvin mtp-probe[26915]: bus: 1, device: 4 was not an MTP device
Sep 24 16:09:04 marvin systemd-logind[672]: Watching system buttons on /dev/input/event14 (1-1.1:1.0 IR)
Sep 24 16:09:04 marvin freshclam[1046]: Thu Sep 24 16:09:04 2020 -> daily.cld database is up to date (version: 25936, sigs: 4321430, f-level: 63, builder: raynman)
Sep 24 16:09:04 marvin freshclam[1046]: Thu Sep 24 16:09:04 2020 -> main.cvd database is up to date (version: 59, sigs: 4564902, f-level: 60, builder: sigmgr)
Sep 24 16:09:04 marvin freshclam[1046]: Thu Sep 24 16:09:04 2020 -> bytecode.cvd database is up to date (version: 331, sigs: 94, f-level: 63, builder: anvilleg)
Sep 24 16:12:11 marvin kernel: usb 2-2.3: USB disconnect, device number 25
Sep 24 16:12:11 marvin kernel: usb 2-2.3.2: USB disconnect, device number 26
Sep 24 16:12:11 marvin kernel: usb 2-2.3.3: USB disconnect, device number 27
Sep 24 16:12:11 marvin kernel: usb 2-2.3.4: USB disconnect, device number 28
Sep 24 16:12:17 marvin kernel: usb 2-2.3: new high-speed USB device number 30 using xhci_hcd
Sep 24 16:12:17 marvin kernel: usb 2-2.3: New USB device found, idVendor=05e3, idProduct=0606, bcdDevice= 7.02
Sep 24 16:12:17 marvin kernel: usb 2-2.3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
Sep 24 16:12:17 marvin kernel: usb 2-2.3: Product: USB2.0 Hub
Sep 24 16:12:17 marvin kernel: hub 2-2.3:1.0: USB hub found
Sep 24 16:12:17 marvin kernel: hub 2-2.3:1.0: 4 ports detected
Sep 24 16:12:18 marvin kernel: usb 2-2.3.2: new full-speed USB device number 31 using xhci_hcd
Sep 24 16:12:18 marvin kernel: usb 2-2.3.2: New USB device found, idVendor=046d, idProduct=c52b, bcdDevice=12.03
Sep 24 16:12:18 marvin kernel: usb 2-2.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Sep 24 16:12:18 marvin kernel: usb 2-2.3.2: Product: USB Receiver
Sep 24 16:12:18 marvin kernel: usb 2-2.3.2: Manufacturer: Logitech
Sep 24 16:12:18 marvin kernel: logitech-djreceiver 0003:046D:C52B.0031: hiddev0,hidraw1: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:14.0-2.3.2/input2
Sep 24 16:12:18 marvin kernel: input: Logitech K400 as /devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.2/2-2.3.2:1.2/0003:046D:C52B.0031/0003:046D:4024.0032/input/input42
Sep 24 16:12:18 marvin kernel: logitech-hidpp-device 0003:046D:4024.0032: input,hidraw2: USB HID v1.11 Keyboard [Logitech K400] on usb-0000:00:14.0-2.3.2:1
Sep 24 16:12:18 marvin kernel: usb 2-2.3.3: new full-speed USB device number 32 using xhci_hcd
Sep 24 16:12:18 marvin kernel: usb 2-2.3.3: New USB device found, idVendor=046d, idProduct=c52b, bcdDevice=12.11
Sep 24 16:12:18 marvin kernel: usb 2-2.3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Sep 24 16:12:18 marvin kernel: usb 2-2.3.3: Product: USB Receiver
Sep 24 16:12:18 marvin kernel: usb 2-2.3.3: Manufacturer: Logitech
Sep 24 16:12:18 marvin kernel: logitech-djreceiver 0003:046D:C52B.0035: hiddev1,hidraw3: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:14.0-2.3.3/input2
Sep 24 16:12:18 marvin kernel: input: Logitech MX Ergo as /devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.3/2-2.3.3:1.2/0003:046D:C52B.0035/0003:046D:406F.0036/input/input43
Sep 24 16:12:18 marvin kernel: logitech-hidpp-device 0003:046D:406F.0036: input,hidraw4: USB HID v1.11 Keyboard [Logitech MX Ergo] on usb-0000:00:14.0-2.3.3:1
Sep 24 16:12:18 marvin kernel: usb 2-2.3.4: new low-speed USB device number 33 using xhci_hcd
Sep 24 16:12:18 marvin kernel: usb 2-2.3.4: New USB device found, idVendor=046a, idProduct=0011, bcdDevice= 1.00
Sep 24 16:12:18 marvin kernel: usb 2-2.3.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Sep 24 16:12:18 marvin kernel: input: HID 046a:0011 as /devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.4/2-2.3.4:1.0/0003:046A:0011.0037/input/input44
Sep 24 16:12:18 marvin mtp-probe[31957]: checking bus 2, device 31: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.2"
Sep 24 16:12:18 marvin mtp-probe[31958]: checking bus 2, device 33: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.4"
Sep 24 16:12:18 marvin mtp-probe[31956]: checking bus 2, device 32: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.3"
Sep 24 16:12:18 marvin mtp-probe[31958]: bus: 2, device: 33 was not an MTP device
Sep 24 16:12:19 marvin kernel: hid-generic 0003:046A:0011.0037: input,hidraw5: USB HID v1.11 Keyboard [HID 046a:0011] on usb-0000:00:14.0-2.3.4/input0
Sep 24 16:12:18 marvin mtp-probe[31957]: bus: 2, device: 31 was not an MTP device
Sep 24 16:12:19 marvin mtp-probe[31956]: bus: 2, device: 32 was not an MTP device
Sep 24 16:12:19 marvin mtp-probe[31999]: checking bus 2, device 31: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.2"
Sep 24 16:12:19 marvin mtp-probe[31999]: bus: 2, device: 31 was not an MTP device
Sep 24 16:12:19 marvin mtp-probe[32005]: checking bus 2, device 32: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.3"
Sep 24 16:12:19 marvin mtp-probe[32005]: bus: 2, device: 32 was not an MTP device
Sep 24 16:12:19 marvin systemd-logind[672]: Watching system buttons on /dev/input/event13 (HID 046a:0011)
Sep 24 16:12:19 marvin mtp-probe[32011]: checking bus 2, device 33: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.4"
Sep 24 16:12:19 marvin mtp-probe[32011]: bus: 2, device: 33 was not an MTP device
Sep 24 16:12:19 marvin systemd-logind[672]: Watching system buttons on /dev/input/event4 (Logitech K400)
Sep 24 16:12:19 marvin systemd-logind[672]: Watching system buttons on /dev/input/event12 (Logitech MX Ergo)
Sep 24 16:12:22 marvin kernel: logitech-hidpp-device 0003:046D:406F.0036: HID++ 4.5 device connected.
Sep 24 16:12:22 marvin upowerd[1003]: treating change event as add on /sys/devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.3/2-2.3.3/2-2.3.3:1.2/0003:046D:C52B.0035/0003:046D:406F.0036/power_supply/hidpp_battery_4

kreuzschnabel
Beiträge: 34
Registriert: 24.09.2020 14:51:14

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von kreuzschnabel » 24.09.2020 16:22:28

Könnte das hier

Code: Alles auswählen

Sep 24 16:09:04 marvin systemd-logind[672]: Watching system buttons on /dev/input/event14 (1-1.1:1.0 IR)
was damit zu tun haben? Taucht um 16:12:19 nochmal auf.

--ks

DeletedUserReAsG

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von DeletedUserReAsG » 24.09.2020 18:20:30

kreuzschnabel hat geschrieben: ↑ zum Beitrag ↑
24.09.2020 16:20:22
Die zu hohe CPU-Last hält jetzt (16:19 Uhr) immer noch an.
Mit z.B. Debianhtop kann man recht gut gucken, was die Last erzeugt. Zumindest, solange es sich nicht um Kernelthreads handelt.

kreuzschnabel
Beiträge: 34
Registriert: 24.09.2020 14:51:14

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von kreuzschnabel » 24.09.2020 18:39:17

niemand hat geschrieben:Mit z.B. htop kann man recht gut gucken, was die Last erzeugt.
Wie im ersten Beitrag schon geschroben:
kreuzschnabel hat geschrieben:Erzeugt wird sie von den Prozessen Xorg (~14%) und kglobalaccel5 (~11%)
--ks

DeletedUserReAsG

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von DeletedUserReAsG » 24.09.2020 18:41:48

Damit würde ein Viertel eines Kerns ausgelastet. Das erklärt die anderen beobachteten Erscheinungen nicht.

Ich würde nun mit iotop schauen, ob da noch was ausbremst. Oder auch gerne mal Debianatop anschauen – das zeigt erheblich viele Parameter, und problematische Werte direkt rot.

kreuzschnabel
Beiträge: 34
Registriert: 24.09.2020 14:51:14

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von kreuzschnabel » 24.09.2020 21:58:20

atop:

Code: Alles auswählen

ATOP - marvin                    2020/09/24  22:07:24                    --------------                    10s elapsed
PRC |  sys    8.68s |  user  13.32s |  #proc    239 |  #tslpi   540  | #tslpu     1  | #zombie    0  | #exit      3  |
CPU |  sys      85% |  user    132% |  irq       1% |  idle    182%  | wait      0%  | ipc notavail  | curscal  92%  |
cpu |  sys      33% |  user     39% |  irq       0% |  idle     28%  | cpu001 w  0%  | ipc notavail  | curscal  93%  |
cpu |  sys      15% |  user     35% |  irq       1% |  idle     50%  | cpu000 w  0%  | ipc notavail  | curscal  92%  |
cpu |  sys      17% |  user     30% |  irq       0% |  idle     52%  | cpu003 w  0%  | ipc notavail  | curscal  93%  |
cpu |  sys      19% |  user     28% |  irq       0% |  idle     53%  | cpu002 w  0%  | ipc notavail  | curscal  92%  |
CPL |  avg1    1.69 |  avg5    1.23 |  avg15   1.07 |  csw  2144222  | intr   27443  |               | numcpu     4  |
MEM |  tot    15.5G |  free    5.3G |  cache   5.8G |  buff    2.3G  | slab  765.0M  | vmbal   0.0M  | hptot   0.0M  |
SWP |  tot     1.9G |  free    1.9G |               |                |               | vmcom   5.4G  | vmlim   9.6G  |
DSK |           sda |  busy      0% |  read       0 |  write      7  | MBr/s    0.0  | MBw/s    0.0  | avio 2.29 ms  |
NET |  transport    |  tcpi       6 |  tcpo       6 |  udpi       0  | udpo       0  | tcpao      2  | tcppo      0  |
NET |  network      |  ipi        6 |  ipo        6 |  ipfrw      0  | deliv      6  | icmpi      0  | icmpo      0  |
NET |  eno1      0% |  pcki      13 |  pcko       3 |  sp 1000 Mbps  | si    0 Kbps  | so    0 Kbps  | erro       0  |
NET |  lo      ---- |  pcki       4 |  pcko       4 |  sp    0 Mbps  | si    0 Kbps  | so    0 Kbps  | erro       0  |

  PID   SYSCPU   USRCPU    VGROW    RGROW   RUID       EUID       ST   EXC    THR   S   CPUNR    CPU    CMD       1/12
26216    3.00s    4.80s    2860K    2708K   root       root       --     -      4   S       1    79%    Xorg
26347    0.21s    2.54s       0K       0K   volker     volker     --     -      3   R       0    28%    kglobalaccel5
29013    0.10s    0.59s    3944K    4808K   volker     volker     --     -      4   S       0     7%    konsole
26366    0.12s    0.34s     200K     -12K   volker     volker     --     -      6   S       0     5%    kwin_x11
26372    0.10s    0.23s     464K     392K   volker     volker     --     -      6   S       0     3%    plasmashell
26577    0.17s    0.15s       0K       0K   volker     volker     --     -      6   S       3     3%    akonadi_imap_r
26369    0.20s    0.12s       0K       0K   volker     volker     --     -      5   S       2     3%    krunner

iotop:

Code: Alles auswählen

Total DISK READ:         0.00 B/s | Total DISK WRITE:         3.55 K/s
Current DISK READ:       0.00 B/s | Current DISK WRITE:      31.91 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                
  264 be/3 root        0.00 B/s    3.55 K/s  0.00 %  0.47 % [jbd2/sda1-8]
30638 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.14 % [kworker/0:3-events]
27104 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.08 % [kworker/0:4-events_freezable_power_]
30660 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.06 % [kworker/0:5-events_freezable_power_]
28276 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.04 % [kworker/0:6-events_freezable_power_]
30845 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.03 % [kworker/0:0-events_freezable_power_]
26216 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.02 % Xorg -nolisten tcp -auth /va~-displayfd 18 -seat seat0 vt7
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % init
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_gp]
    4 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_par_gp]
    6 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/0:0H-kblockd]
    8 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [mm_percpu_wq]
    9 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
   10 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_sched]
   11 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_bh]
   12 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/0]
   14 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [cpuhp/0]
   15 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [cpuhp/1]
  keys:  any: refresh  q: quit  i: ionice  o: active  p: procs  a: accum                                              
  sort:  r: asc  left: SWAPIN  right: COMMAND  home: TID  end: COMMAND   
--ks

kreuzschnabel
Beiträge: 34
Registriert: 24.09.2020 14:51:14

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von kreuzschnabel » 24.09.2020 22:23:30

Neue Beobachtung: Unter einem neu erstellten Testuser tritt der Effekt nicht auf!

Liegt also vermutlich an meiner userseitigen KDE-Konfiguration, die allerdings mittlerweile über Jahre von Installation zu Installation durchgeschleift wurde und vermutlich dringend aufgeräumt gehört.

Wie geht das am schnellsten? Einfach mal die ~/.kde löschen?

--ks

debianoli
Beiträge: 4073
Registriert: 07.11.2007 13:58:49
Lizenz eigener Beiträge: MIT Lizenz

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von debianoli » 25.09.2020 06:22:22

Nö. Der beste Weg ist Hochfahren im Wartungsmodus. Dann benennst du als Root das User-Home in User_alt um und gibst dem Home des Testusers den Namen deines Users. Dann noch mit chown -R 1000:1000 Neues_Userhome die Berechtigungen anpassen.

Jetzt kannst du wieder normal Hochfahren und dich Anmelden. Danach kopierst du aus deinem alten Home alles Wichtige ins neue Userhome.

Vorteil bei der Methode ist, dass du so wirklich alle Altlasten weg bekommst und ein Vanilla Kde hast.

kreuzschnabel
Beiträge: 34
Registriert: 24.09.2020 14:51:14

Re: KDE friert nach Anstecken von USB-Geräten ein

Beitrag von kreuzschnabel » 25.09.2020 14:08:59

debianoli hat geschrieben: ↑ zum Beitrag ↑
25.09.2020 06:22:22
Vorteil bei der Methode ist, dass du so wirklich alle Altlasten weg bekommst und ein Vanilla Kde hast.
So hab ich’s gemacht. Das stillt zwar meine Neugier nicht, woran’s lag, und KDE ist erstmal neu einzurichten, aber jetzt läuft alles im Sinne des Erfinders :)

--ks

Antworten