[umschifft] KDE friert nach Anstecken von USB-Geräten ein
-
- Beiträge: 34
- Registriert: 24.09.2020 14:51:14
[umschifft] KDE friert nach Anstecken von USB-Geräten ein
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
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.
Re: KDE friert nach Anstecken von USB-Geräten ein
Wenn alles noch störungsfrei läuft, als root auf der Konsole eingeben 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.
Code: Alles auswählen
journalctl -f
Dann sieht man, wo man weiter nachforschen kann. Mit Strg+c kann die Ausgabe in der Konsole beendet werden.
Willkommen im Debianforum.
-
- Beiträge: 34
- Registriert: 24.09.2020 14:51:14
Re: KDE friert nach Anstecken von USB-Geräten ein
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
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
-
- Beiträge: 34
- Registriert: 24.09.2020 14:51:14
Re: KDE friert nach Anstecken von USB-Geräten ein
Könnte das hier
was damit zu tun haben? Taucht um 16:12:19 nochmal auf.
--ks
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)
--ks
Re: KDE friert nach Anstecken von USB-Geräten ein
Mit z.B. htop kann man recht gut gucken, was die Last erzeugt. Zumindest, solange es sich nicht um Kernelthreads handelt.kreuzschnabel hat geschrieben:24.09.2020 16:20:22Die zu hohe CPU-Last hält jetzt (16:19 Uhr) immer noch an.
-
- Beiträge: 34
- Registriert: 24.09.2020 14:51:14
Re: KDE friert nach Anstecken von USB-Geräten ein
Wie im ersten Beitrag schon geschroben:niemand hat geschrieben:Mit z.B. htop kann man recht gut gucken, was die Last erzeugt.
--kskreuzschnabel hat geschrieben:Erzeugt wird sie von den Prozessen Xorg (~14%) und kglobalaccel5 (~11%)
Re: KDE friert nach Anstecken von USB-Geräten ein
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 atop anschauen – das zeigt erheblich viele Parameter, und problematische Werte direkt rot.
Ich würde nun mit iotop schauen, ob da noch was ausbremst. Oder auch gerne mal atop anschauen – das zeigt erheblich viele Parameter, und problematische Werte direkt rot.
-
- Beiträge: 34
- Registriert: 24.09.2020 14:51:14
Re: KDE friert nach Anstecken von USB-Geräten ein
atop:
iotop:
--ks
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
-
- Beiträge: 34
- Registriert: 24.09.2020 14:51:14
Re: KDE friert nach Anstecken von USB-Geräten ein
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
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
Re: KDE friert nach Anstecken von USB-Geräten ein
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.
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.
-
- Beiträge: 34
- Registriert: 24.09.2020 14:51:14
Re: KDE friert nach Anstecken von USB-Geräten ein
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 Erfindersdebianoli hat geschrieben:25.09.2020 06:22:22Vorteil bei der Methode ist, dass du so wirklich alle Altlasten weg bekommst und ein Vanilla Kde hast.
--ks