I’m currently experiencing a really annoying problem when deleting files, I’m using a fully updated Tumbleweed with KDE.
When I try to delete files i.e. from Dolphin, it takes a really long time to perform this action.
When I say “delete”, I mean pressing “del” and moving them to trash; then, the notification area on the tray shows that the process is running, but it takes a really long time to complete, even 4 or 5 minutes. And I’m talking about a simple folder containing just a few files whose total size was about 5 Mb. This happens basically everytime that I try to delete a file, so it is not a problem of these specific files.
Checking the running processes, I’ve noted that “trash.so” and “file.so” use a lot of CPU during these operations.
If I run a “rm -R folder” command, everything works fine and the directory and the containing files are deleted instantly.
I’m guessing that in Dolphin’s settings you have “Limit to maximum size” set for trash, that used to be (still is?) quite buggy and could cause appreciable delays, I recall seeing several bug reports about it, albeit quite a while ago.
Try with the limit disabled to see if that’s the case you’re seeing.
OK… But at best that “solution” is only a workaround.
Don’t forget you’ll now need to manually empty the trash folder periodically, or alternatively set the “Delete files older than” option.
As I wrote earlier, this is a bug that has been reported numerous times in the past, (certainly as far back as 2009). From what I’ve read of it, the problem seems to be on dolphin’s check of available free space, rather than having limited space on the partition, although most users don’t appear to experience it. The problem is apparently worse if trash resides on a different partition, or if the deleted files are from an ntfs partition.
For my own part I always shift-delete, so far I’ve not had an “Oh No!” moment …
To my experience moving to trash always works if move occurs on the same partition. Moving a name is indeed an atomic operation, adding an entry to the destination directory (e.g. maildir format) and then removing it from source directory. The data actually don’t move. Moving large amount of data across partitions is risky.
From TECMATE:-
For my part, I had a lot of recup files that were recovered to a NTFS external hard drive[4TB] of files by a specialist company.
I deleted most of the non-required files but struck issues when “Empty Trash” would not work. I followed comments from the community forums to no avail. ‘The file or folder /home/~~~/.local/share/Trash/files/f6283730936.txt does not exist.’ and Trash would not delete/‘Empty’.
My {CAREFULLY} workaround was to open, using ‘su’ (ROOT), Dolphin Superuser and delete the /home/UID/.local/share/Trash/ “files” & “info” Folders and “directory” File] and Close “su” Dolphin Superuser.
After Deletion, you will need to ADD folders ‘files’ & ‘info’ to the trash Folder. The directory file will automatically be added on your next deletion of file/s command.
My suspicions are the files *.mbox were NTFS files which locked up the 'Empty Trash" Command.
PLEASE BE CAREFUL WHEN USING THE ROOT DOLPHIN FILE MANAGER!
…