this post was submitted on 13 Jul 2024
9 points (100.0% liked)

Linux Questions

1074 readers
1 users here now

Linux questions Rules (in addition of the Lemmy.zip rules)

Tips for giving and receiving help

Any rule violations will result in disciplinary actions

founded 1 year ago
MODERATORS
 

Since about Plasma 6 onward I've been getting system restarts when attempting to play back video files and/or seek through them.

Kernel 6.5.0-41

KDE neon 6

Plasma 6.1.2

Qt 6.7.0

Ryzen 7 3700x CPU

AMD R9 390 GPU

16GB DDR4 RAM

The system will crash and reboot when:

  • Attempting to play any video with an mp4 container (mpv and vlc tested)
  • Attempting to seek with the mouse while playing most videos (mp4 and matroska)
  • Scrolling too fast in a file manager
  • Clicking and dragging to resize various windows (terminal, browsers, etc)

The system performs fine when:

  • Playing videos in a webm container
  • Playing videos in software like avidemux, kdenlive, gwenview, etc.
  • Streaming video in a web browser

The issue has persisted through these toubleshooting measures:

  • Update to latest BIOS firmware
  • Switching between Wayland and X11
  • Substitution of the PSU to a brand new unit

My assumption so far is that it's not hardware related. Currently I suspect it's Plasma. Below is the journal output of records around one such crash time of 5.19-5.20pm:

<journalctl /usr/bin/plasmashell>Jul 13 17:19:21 pcname plasmashell[1680]: kde.plasmashell: Aborting shell load: The activity manager daemon (kactivitymanagerd) is not running.

Jul 13 17:19:21 pcname plasmashell[1680]: kde.plasmashell: If this Plasma has been installed into a custom prefix, verify that its D-Bus services dir is known to the system for the daemon to be activatable.

Jul 13 17:19:21 pcname plasmashell[1680]: kde.plasmashell: Aborting shell load: The activity manager daemon (kactivitymanagerd) is not running.

Jul 13 17:19:21 pcname plasmashell[1680]: kde.plasmashell: If this Plasma has been installed into a custom prefix, verify that its D-Bus services dir is known to the system for the daemon to be activatable.

Jul 13 17:19:22 pcname plasmashell[1680]: kf.plasma.quick: Applet preload policy set to 1

Jul 13 17:19:22 pcname plasmashell[1680]: file:///usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/main.qml:195:25: QML FolderViewDropArea (parent or ancestor of QQuickLayoutAttached): Binding loop detected for property "minimumWidth"

Jul 13 17:19:22 pcname plasmashell[1680]: Toolbox not loading, toolbox package is either invalid or disabled.

Jul 13 17:19:24 pcname plasmashell[1680]: file:///usr/share/plasma/plasmoids/org.kde.plasma.private.systemtray/contents/ui/main.qml:162:21: QML KSortFilterProxyModel: Binding loop detected for property "sourceModel"

Jul 13 17:19:24 pcname plasmashell[1680]: file:///usr/share/plasma/plasmoids/org.kde.plasma.private.systemtray/contents/ui/main.qml:162:21: QML KSortFilterProxyModel: Binding loop detected for property "sourceModel"

Jul 13 17:19:24 pcname plasmashell[1680]: qt.dbus.integration: Could not connect "org.cups.cupsd.Notifier" to PrinterFinishingsChanged(QString, QString, QString, uint, QString, bool) :

Jul 13 17:19:24 pcname plasmashell[1680]: qt.core.qobject.connect: QObject::connect: No such signal Solid::Backends::Fstab::FstabStorageAccess::repairRequested(QString) in ./src/solid/devices/frontend/storageaccess.cpp:23

Jul 13 17:19:24 pcname plasmashell[1680]: qt.core.qobject.connect: QObject::connect: No such signal Solid::Backends::Fstab::FstabStorageAccess::repairDone(Solid::ErrorType, QVariant, QString) in ./src/solid/devices/frontend/storageaccess.cpp:24

Jul 13 17:19:24 pcname plasmashell[1680]: kameleon supported false

Jul 13 17:19:24 pcname plasmashell[1680]: kameleon enabled true

Jul 13 17:19:24 pcname plasmashell[1680]: qml: SystemTray ItemLoader: Invalid state, cannot determine source!

Jul 13 17:19:24 pcname plasmashell[1680]: QFont::setPointSizeF: Point size <= 0 (0.000000), must be greater than 0

Jul 13 17:19:24 pcname plasmashell[1680]: error getting max screen brightness via dbus: QDBusError("org.freedesktop.DBus.Error.UnknownObject", "No such object path '/org/kde/Solid/PowerManagement/Actions/BrightnessControl'")

Jul 13 17:19:24 pcname plasmashell[1680]: error getting max keyboard brightness via dbus QDBusError("org.freedesktop.DBus.Error.UnknownObject", "No such object path '/org/kde/Solid/PowerManagement/Actions/KeyboardBrightnessControl'")

Jul 13 17:19:24 pcname plasmashell[1680]: org.kde.klipper: Invalid or non-local url for preview: QUrl("mtp:/Pixel 5/Internal shared storage/Tempfold/archive.zip")

Jul 13 17:19:25 pcname plasmashell[1680]: org.kde.pulseaudio: No object for name "alsa_output.usb-VIA_Technologies_Inc._Audinst_HUD-mx2-00.analog-stereo.monitor"

Jul 13 17:19:27 pcname plasmashell[1680]: file:///usr/share/plasma/plasmoids/org.kde.plasma.keyboardindicator/contents/ui/main.qml:61:13: Unable to assign [undefined] to bool

Jul 13 17:22:17 pcname plasmashell[1653]: kde.plasmashell: Aborting shell load: The activity manager daemon (kactivitymanagerd) is not running.

Jul 13 17:22:17 pcname plasmashell[1653]: kde.plasmashell: If this Plasma has been installed into a custom prefix, verify that its D-Bus services dir is known to the system for the daemon to be activatable.

Suggestions for next steps would be welcome. Is it worth considering a rollback to the previous/older Plasma versions? Assuming Plasma doesn't like my DAC or keyboard or whatever, is it worth substituting or removing USB devices?

top 6 comments
sorted by: hot top controversial new old
[–] CMDR_Horn@lemmy.world 3 points 4 months ago

Try booting to a live ISO. See if it still happens there,

Also you can install a second DE and see if it still happens.

[–] Telorand@reddthat.com 2 points 4 months ago

Yes, try without certain devices plugged into USB. Dunno why your keyboard was in the dump, but unplugging a USB peripheral is much easier to test than rolling back software and trying to verify from there.

Also, I saw an error that mentioned a Pixel 5. Are you trying to open video from a connected Pixel device or something?

[–] Tregetour@lemdro.id 2 points 4 months ago

So get this: I tested a live USB, and initially any video playback caused the crash, then 4k video in VLC played fine, including manual seek, but 1080p material first killed screen output then triggered the reboot. Fucking nuts. Too much window resizing also triggered it. But it gets weirder. After half a dozen restarts and auto-checkdisks, I currently haven't encountered the bug at all on my main partition.

[–] SpaceCadet@feddit.nl 0 points 3 months ago (1 children)

Sounds like it could be something like hardware video decoding messing up the state of your GPU, which then crashes plasma.

You could try to switch your video player to software decoding, and see if that makes the issue go away. It's less efficient but a 3700x should be able to handle any video you throw at it.

[–] Tregetour@lemdro.id 1 points 3 months ago* (last edited 3 months ago) (1 children)

I remember omitting a hardware decoding line from mpv.conf. But I'm still getting the issue occasionally (even though playback in most cases now is fine).

[–] SpaceCadet@feddit.nl 1 points 3 months ago

It does sound like the graphics side may be the culprit somehow. Not necessarily the hardware being broken, but the R9 is fairly old and perhaps support got broken somewhere along the way, and nobody ever noticed it?

Are you using the radeon or amdgpu driver btw? There is a section on the Arch wiki that talks about into instability with the radeon driver specifically with the R9 390: https://wiki.archlinux.org/title/AMDGPU#R9_390_series_poor_performance_and/or_instability

IIRC Plasma 6/QT6 does use vulkan heavily instead of OpenGL. Some additional things you could try:

  • Disable kwin compositing
  • Try to reproduce in another desktop environment
  • Swap in a more recent GPU