Seems like it, although I searched for this error message and couldn’t find anyone else reporting it. This part of the error message is interesting:
4096 is the default filesystem block size for ext4 and many other filesystems. When you create a directory in a Linux filesystem, the filesystem allocates a 4096-byte (4KB) chunk of disk space for it. I’m not sure if this is a coincidence or not, but the fact that the error specifically mentions the number 4096 stood out to me.
I agree with others that this is a matter of preference, and not a meaningful rule in any way beyond that. I also like to keep nothing or next to it on my desktop, but is because I don’t find it useful. If someones workflow benefits from using the desktop then I think they should use it.
This is right. ~/Desktop
is just another directory. Commonly the DE will implement some special handling (so the contents display in front of the wallpaper, etc) but other than that it is just an ordinary directory.
Whether or not the DE is able to print icons on the (visible) desktop shouldn’t affect the actual (~/Desktop
) directory in any way. This seems to be the feature that is broken here (printing icons in front of the wallpaper), so the whole data loss conversation is a bit off-topic.
Still, since we are here:
The quoted statement here is actually false; this is not something we all have seen. Personally, I can’t recall ever having a system fail in a way where the data was unable to be recovered.
I am not saying it is impossible or even uncommon, just that the statement that we have all seen it is not accurate. The fact that you have doubled-down on this so emphatically makes me feel like this has happened to you more than once, so: sorry for your loss.
To circle back to the actual topic: @milkytwix are you using Baloo? If so, have you tried disabling it?
Are you using Btrfs? If so, are you snapshotting the /home
directory? Where are the snapshots stored?