Timeline for File deletion bypasses trash bin on Btrfs subvolumes
Current License: CC BY-SA 4.0
10 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Oct 14, 2024 at 19:29 | vote | accept | Émilien | ||
| Oct 14, 2024 at 13:59 | answer | added | Émilien | timeline score: 2 | |
| Jul 8, 2023 at 23:21 | comment | added | Émilien | @Majal thanks for the pointer. I haven't found any satisfying solution and I forgot about the issue since I do most of my file management from Emacs and the terminal 99% of the time. However it would be nice to report the problem to the right place for a more casual usage of Btrfs on Linux with graphical file manager such as Nautilus and Thunar. | |
| Jul 7, 2023 at 10:50 | comment | added | Majal | gitlab.gnome.org/GNOME/glib/-/issues/1885 Issue still alive in 2023. | |
| Dec 9, 2021 at 10:38 | comment | added | Tom Yan | I think you forgot the complicacy of ownership and permission. It's doable at best. | |
| Dec 9, 2021 at 10:32 | comment | added | Émilien | With a hidden .Trash at the root of the btrfs partition no copying is required moving files across subvolumes of the same partition should not trigger write operations as snapshots are working that way. If the Trash bin aggregates all the .Trash hidden folders this would be similar to ext4. | |
| Dec 9, 2021 at 8:55 | comment | added | Tom Yan | To be honest, trashing across subvol or filesystem kinda sucks as copying (of actual data) will occur. (I'm not sure if reflink or so across subvols is impossible though.) IMHO it's more of a preference matter than a bug-or-not. | |
| Dec 9, 2021 at 8:48 | history | edited | Émilien | CC BY-SA 4.0 | edited title |
| Dec 8, 2021 at 13:25 | history | edited | Émilien | CC BY-SA 4.0 | added 364 characters in body |
| Dec 8, 2021 at 12:08 | history | asked | Émilien | CC BY-SA 4.0 |