SUMMARY Dolphin use the mobile hard drive's recycle bin when move file in `/home` to trash. STEPS TO REPRODUCE 1. Create an empty file `~/0` 2. Start Dolphin 3. Move `/home/cheese/0` to trash OBSERVED RESULT It shows '回收站已到达其最大容量！\n请手动清理回收站。' Which means 'The recycle bin has reached its maximum capacity! \nPlease manually clean up the recycle bin.' ``` $ journalctl --since "1 min ago" 7月 23 09:16:30 arch-linux kdeinit5[2824]: kf5.kio.trash: Directory "/run/media/cheese/Data/.Trash-1000" exists but didn't pass the security checks, can't use it> 7月 23 09:16:30 arch-linux dolphin[2805]: "回收站已到达其最大容量！\n请手动清理回收站。" 7月 23 09:16:30 arch-linux kdeinit5[2824]: kf5.kio.trash: Directory "/run/media/cheese/Data/.Trash-1000" exists but didn't pass the security checks, can't use it> ``` It seems that Dolphin tried to use the recycle bin of the mobile hard drive. EXPECTED RESULT Move `0` to `/home/cheese/.local/share/Trash` SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.19.3 KDE Frameworks Version: 5.72.0 Qt Version: 5.15.0 ADDITIONAL INFORMATION ``` $ cat /etc/fstab UUID=2f311d25-b460-4b46-bedd-fdbefbe4e715 / ext4 rw,relatime 0 1 # /dev/sdb1 UUID=2BB5-BDC2 /boot vfat rw,relatime 0 2 UUID=8006A77E06A773B6 /run/media/cheese/Data ntfs-3g rw,relatime,nofail,uid=1000,gid=1000,umask=022,utf8 0 0 ``` And even I remove `uid,gid,umask` from it and reboot, the problem still exists. And `didn't pass the security checks` maybe because of ntfs permissions.(https://bugs.kde.org/show_bug.cgi?id=76380) Is it a good idea to use `gio trash`? It works well on two disks. Thanks.
Hmm, are you sure it was trying to copy the file to /run/media/cheese/Data/.Trash-1000? Is /home/cheese/.local/share/Trash full of files? Do you have a size limit set in Dolphin settings > Trash > Size?
Oh, my fault. Yes there is a limit, deleting about 300M files in trash didn't work, but removing the limit works... So it's about estimating the size of trash, but I think it's OK. Thanks.