Since Suse 8.2 I’ve always had one or two Fat32-partitions mounted in my SuSE (today to simplify handling between Windows-Linux-Mac OS).
They’ve always been mounted in Yast(2) and at least since 10.3 in the same way, like:
All the time since 8.2 when deleting a file or directory from that partition I’ve noticed that there “is no return”, that is “Trash”, the file gets deleted att once! I’m used to that from Windows when working on a mounted server-directory, same phenomenon and no problem.
But, today, with openSuse12.2 I can no longer delete files or directories from my FAT32-partitions in the graphic environment? -I just get an error message like: “File operation progress” “Moving files into the trash…” “Unable to find or create trash directory” Close]?
I can delete them as user in the terminal, but… feels like a step backward and is annoying.
I recently installed Slackware 14.0-x86_64 and noticed exactly the same phenomenon. -That made me think of some kind of bug, or lack of vfat-support in the kernels?
generally (it varys by disto and/or desktop environment and/or the GUI
file management tool you select) if you delete a file with a GUI ‘file
manager’ in most any ‘modern’ Linux (in which most new folks will wee
wee in their pants if they find out that they can’t easily retrieve all
those files they just clicked to DELETE…because, they are used to
“delete” means to move the files out of sight (to a trash can
somewhere, where they can easily undo their boo boo.)
so, depending on which GUI tool you use see if you can find a switch to really delete, rather than simply move to a trashcan (which that same
tool can’t create on a FAT partition…
so, when you ask a question here please tell us which DE you use, and
which GUI tool you are using when you run into unexpected results…
if you are using KDE Dolphin for your file management tool, you might
find a smile here Menu > Settings > Configure Dolphin > General >
Context Menu > and check "Show ‘Deælete’ Command, then click Apply…
then, when you see in Dolphin a file you wanna delete (really delete,
like ‘rm’) just right click it and select “Delete” (and not “Move to
trash”) and there should not be complaints…
last: there is no bug to point at, other than the large number of folks
that now expect a trash can to save their bacon…and, vfat support is
built it.
On 2012-10-10 21:16, Larsed wrote:
> I recently installed Slackware 14.0-x86_64 and noticed exactly the same
> phenomenon. -That made me think of some kind of bug, or lack of
> vfat-support in the kernels?
It is not a kernel problem, it is a desktop problem. Or rather, of the file browser you use.
–
Cheers / Saludos,
Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)
I’m awfully sorry that I do not meet up to your standards for asking questions here! Though your sarcasms were quite unnecessary if you had read my question through.
All the time since 8.2 when deleting a file or directory from that partition I’ve noticed that there “is no return”… same phenomenon and no problem.
But, to anyway try to meet up to a decent standard of questioning:
Since 8.2 up to 11.4 I’ve been using Gnome DE an Nautilus Filemgr
From 12.1 (When Gnome started to look like an iPhone) I switched to XFCE DE and Thunar as Filemgr (being similar to Nautilus)
In Suse 12.1 with XFCE and Thunar the described problem did’nt occur: I could delete files “instantly” as with “rm”, and, as I said, no problem with that.
In Suse 12.2 in XFCE with Thunar I could no longer, that’s when I formulated my question.
As I mentioned: Same problem in XFCE and Thunar in Slackware 14.0-x86_64.
I could never imagine that it was a DE and Filemanager problem:shame:, thank you both for pointing that out to me, robin_listas in a much shorter way;).
I tried Dolphin and Konqueror (still in XFCE) and both managed to delete the vfat files, and, in my experience in an improved way since 8.2: They both moved the files to my /home/me/.local/share/Trash :).
So it was rather a defect in the latest Thunar, since it worked in 12.1.
On 10/11/2012 02:06 PM, Larsed wrote:
> I’m awfully sorry that I do not meet up to your standards for asking
> questions here!
i have no idea what you are talking about!! except maybe my noting that
you should declare the DE and tool being used set you off…i only wrote
that because i was about to (if i could) give you the pathway to reset
the tool so that ‘delete’ meant ‘delete’ and not the usual ‘move to trash’…
not knowing, but guessing maybe you were running KDE (most here do) i
gave you the path there to solve your problem if you had said
XFCE/Thunar, being mostly unfamiliar i wouldn’t have tried…
now that you have said that you had the same problem with XFCE/Thunar in both openSUSE and Slackware, and no problem with Dolphin/Konqueror
i’d say you should enter a bug against Thunar running in XFCE…(maybe
also if running in other DEs i don’t know…i don’t have a FAT partition
to test against)