"The trash is not available for this item's location"

Desktop Environments Plasma
1

Hi, I’ve been having an issue where I can’t send files to the trash, only delete them permanently. I have 6 drives mounted:

  • root drive (/)
  • /home drive
  • A drive called “Extra Space” that’s currently mounted to /mnt and symlinked to the home directory
  • 3 SMB shares mounted to /mnt and symlinked to the home directory

Any file that’s not directly located in the home directory has Dolphin giving the message in the title and asks if I want to permanently delete the file instead. This issue has been going on for months and persists over several system updates. Also, an internet search for this issue doesn’t yield much.

2

This sounds like a KDE problem.

Are you trying to delete as root when getting the error? Could it be a permissions error?

or

3

In KDE, under certain circumstances, like mounted USB flash drives Trash/Recycle Bin is not available. Only permanent deletion is possible. Since you have said that you have 3 SMB shares maybe from that Trash/Recycle bin is not available.

4

That would make sense, except one of the drives is a normal internal hdd drive and it’s having the same issue.

5

Not sure if this means anything, but normal files in the mounted drives have this file permission:

-rw-r--r--

As opposed to files in the home directory:

-rw-rw-rw-

It probably doesn’t mean anything, since folders in both the home directory and the mounted drives have identical permissions, and I still have the same issue with folders located in the mounted drives.

6

Not sure if you are using btrfs, but if you do look at this.

Maybe try something like Krusader

Or
pcmanfm

And see what happens.

7

Sorry for the late reply, but I’ve already seen this thread. It says it’s fixed in KDE Frame 6.24, but I still have this issue in 6.26.

I tried this one, but similar behavior. I try to delete a file located in my internal HDD and symlinked to home, but in Krusaders nothing happens and the file stays where it is.

8

Ok so I had a smooth brain moment (yeah that’s my name lol). I saw a couple of people use strace to try to debug their issues similar to mine, not realizing strace was a separate package I had to install, so I installed it. Running strace -f -o /tmp/dolphin.strace dolphin gave the following (redacting some stuff for privacy reasons):

[USER@DESKTOP ~]$ strace -f -o /tmp/dolphin.strace dolphin
kf.kio.workers.trash: Creating trash for "/" failed - no permission?
kf.kio.workers.trash: Creating trash for "/home/USER/Extra Space/Hard_disk_drive_interface.pdf" failed - no permission?

There is a trash folder (called .Trash-1000) located within /home/USER/Extra Space. I have no idea why it’s not sending the file to the right location, and I don’t know how to fix it so it goes there instead.

If I tried to delete a file within one of my smb shares, it gives only this message: kf.kio.workers.trash: Creating trash for "/" failed - no permission? Same deal here, I don’t know why it’s trying to make a trash folder on the root of my boot drive when it’s an SMB share. Should it make it on the root of the the mount point?

What’s more odd is that I swear the SMB share worked normally for sending the files to the trash. For awhile, I moved files from the internal HDD to the SMB share just so I can hold files in the trash before properly deleting them.

EDIT: There is a .Trash-1000 folder for each of my SMB shares.