You are not logged in.
Hello,
Dolphin and kde plasma hangs whenever I try to copy files via dolphin. The kf.kio.workers.file says a lot of errors of "couldn't preserve group for" and "the file doesn't have any xattr", but nothing that would indicate as to why it crashes. It crashes both when copying from ntfs to ext4 files, as well as ext4 to ext4.
Since the log doesn't say anything I have no Idea where the Error may lie.
I tried to find other peoples with that error, but the kde reddit is currently unavailable.
I hope this is the right place.
Edit: alright it seems to not belong in this forum because apparently it's not just dolphin, its any file transfer, including nemo file manager, steam, pcmanfm.
With best regards
Amy
Last edited by Kaiserin_Amy (2023-06-23 21:34:44)
Offline
says a lot of errors
Since the log doesn't say anything
I'm pretty sure *some* log said *something*…
Please don't paraphrase, https://bbs.archlinux.org/viewtopic.php?id=57855
For the kind of symptoms, look at the system journal (in doubt "sudo journalctl -b" after causing the incident and not rebooting) and for IO errors.
If you still think that it doesn't say anything useful, you can post it for inspection,
sudo journalctl -b | curl -F 'f:1=<-' ix.ioOffline
Heres the log output for IO errors, though I don't see anything in it that indicates the Issue. Though I might also be wrong.
Offline
There is A LOT of
Jun 24 09:05:11 mayalinux kwin_wayland[1022]: kwin_screencast: Dropping a screencast frame because the compositor is slowDoes the time meet the copying process?
Please try the behavior on KDE/Xorg and there also suspend the compositor (SHIFT+Alt+F12 to toggle it)
Offline
Hello, it seems to still happen with x11 and when the compositor is turned off. This is the log: http://ix.io/4zfA.
That being said It's not as severe and only freezes desktop and it doesn't crash. I vaguely remember reading something in the KDE desktop relating to this, but that reddit is currently locked down.
Maybe it's the scheduler not reserving any time for the Desktop while it's moving files?I read that the linux kernel is made to prefer throughput over giving every program enough of the time. Not sure though.
Offline
Maybe it's the scheduler not reserving any time for the Desktop while it's moving files?
Do you get the same problem when "cp /path/to/foo /path/to/bar"?
Edit:
Jun 27 17:04:53 mayalinux dolphin[3322]: kf.kio.workers.file: Couldn't preserve group for "/home/maya/Desktop/DOOM/virtualtextures/maps/modules/palettes/mega_blessed/mega.pages"one of those is ntfs?
Jun 27 17:09:24 mayalinux baloo_file_extractor[4504]: kf.baloo: Not busy, fast indexing
Jun 27 17:09:38 mayalinux baloo_file_extractor[4508]: kf.baloo: Not busy, fast indexingand stop baloo…
Last edited by seth (2023-06-27 16:52:52)
Offline
Yeah, it also happens with cp.
Also yes this specific copy was from ntfs to ext4, but it also happens from ext4 to ext4 as stated in the original post, it just seems to hang when copying files, even though the 12400 should be more than enough to handle such operations.
I'm not sure whats wrong with baloo in of itself as it came with kde, but I will disable it then.
Offline
Baloo is a file indexer which has a habit to hog the system and it might get hyperactive on this.
I also just noticed, https://bbs.archlinux.org/viewtopic.php … 5#p2106975 - may be different perception of the same symptoms (or amdgpu and nvidia responding a bit different)
Offline
It still happens even with all that changed, still hangs. No Idea what causes it at all.
Offline
Since you can replicate this w/o dolphin, completely remove plasma and esp. the compositor from the equation.
Log into an openbox, open three xterms and in one run "top", in the second "glxgears" and in the 3rd a copy job.
See whether glxgears hangs, and if you're lucky, top might reveal CPU or RAM pressure.
Otherwise maybe https://archlinux.org/packages/extra/x86_64/sysstat/ can help to track the bottleneck.
Offline