** Changed in: glib
Status: New => Expired
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/192629
Title:
"Cannot move file to trash, do you want to delete immediately?" on
NTFS / VFAT
ubuntu 17.10 same issue
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/192629
Title:
"Cannot move file to trash, do you want to delete immediately?" on
NTFS / VFAT partitions
To manage
The solution of mounting the ntfs partition with uid=1000 and gid=46
(46=plugdev) allows to use the trash only for the first user (uid=1000).
However if there are more users it does not work for them.
Even if they are included in the pludev group and all the permissions are given
to the group
The solution proposed in #8 works ok for me. Thanks a lot.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/192629
Title:
Cannot move file to trash, do you want to delete immediately? on
NTFS /
You must add uid=1000 and gid=1000 to resolve this problem.
Change the FSTAB file like shown below.
/dev/sdb1 /media/SONGS vfat defaults,users,umask=000,uid=1000,gid=1000 0 1
/dev/sdb5 /media/BACKUP vfat defaults,users,umask=000,uid=1000,gid=1000 0 1
/dev/sdb3 /media/FILES40NEW vfat
** Changed in: glib
Importance: Unknown = Medium
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
Hi, touristguy87, not sure what you mean by this
But I just checked, using Ubuntu for a proper view of the files. The
Windows XP Recycler folder does indeed use different subdirectories for
different logon users. So if I'm not mistaken, there appears to be a
LOGICAL reason, and not just a
Since this bug is long since triaged, another bit of bug spam probably
won't hurt. This bug report is a mess.
I notice that the original report is about vfat. I missed that the
first time, since many of the comments are about ntfs. Not the same
animal. Ntfs has a recycle bin for each user in
...comments like this from developers are why Linux will never be taken
seriously as a business OS.
Comments like this from users are why IT professionals will never take
users seriously.
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
I'm not sure I have the exact same bug, but better post here before
starting a new one I guess.
- I also have the can't access trash problem when trying to delete an image
from eog from an NTFS drive (where I have write permission everywhere).
- Nautilus is however able to delete the exact same
touristguy,
If you read your own bug report, you will see that you can actually
delete files from an NTFS or VFAT partition without issues.
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You received this bug
Wow, it looks that this bug is solved ?
I just tried the following on Ubuntu 9.10:
- mount my NTFS partition
- put 1 image file and one music file in my NTFS partition
- open them with Rhythmbox and Evince
- put them in the trash via these applications.
It works !
(maybe because the partition is
that just papers over the problem with a dirty, stupid piece of paper.
It says, ok, because of some abstract security concern that say 5,000
people have, who don't at any point in time work on your system, we are
consciously not going to allow you to delete these files from this drive
at this
In other words stop putting your security concerns above the issue and
solve it!
If you want to keep your smelly security concerns next to your heart,
FINE but SOLVE THE PROBLEM.
Otherwise the user has one more good reason to just rip the OS off and
revert to Windows. What about your security
I definitely agree, that would be a good improvement.
I wish also a simple way to desactivate this security restriction.
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You received this bug notification because
I have a suggestion that may help. Why not just inform users a little
better. The error message could say something like, ...cannot move the
file to the trash can for security reasons. Do you want to delete
anyway? (Add the words for security reasons.)
That would at least give the user an
Adding uid=1000,gid=1000 to the mount options solves this for me (on a single
user machine).
Ditto. I have two users on mine, and it works just like I want.
BTW, there was no problem with a vfat flash drive. The only problem was
when this drive was a hd partition. I believe that a partition like
Adding uid=1000,gid=1000 to the mount options solves this for me (on a
single user machine).
UUID=uuid /media/data ntfs-3g utf8,umask=007,uid=1000,gid=1000 0 2
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You
the bugzilla URL is in the table at the start of the webpage for this
bug
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
I totally agree with Andrew Simpson (what he wrote on 2009-04-10). It is a
bug, no matter how you put it.
Particularly since it was not there before ( 8.04, I think).
If this is not the right place to post this, trying to get it fix (by
the kind volunteers), please let me know where should I
Sebastien, then please include a link to the bugzilla bug in your
comment.
That will help people to negotiate the issue in a more productive way.
re:
Security concerns dont really exist with trash folders on shared drives:
If you delete a file that was public on an ntfs drive, you expect it to
Re: NTFS files becoming 'public' when deleted. The NTFS file system does
not recognise the concept of file ownership. So any file, no matter who
'owns' it, can be seen by all users if they know where to look. (I
believe some windows versions have file ownership implemented from the
operating
I just tried changing the mount of the ntfs partition to gid=1000. For
me, using 9.04, this did not change the behaviour of trash at all. That
is, I can only delete from the ntfs partition.
This behaviour is one of the reasons I don't promote ubuntu to others.
--
Cannot move file to trash, do
you should really discuss on the bugzilla bug where people writting the
code will read your concerns and not only distributions bug triagers
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You received this bug
I still think these should be the default mount options for external
NTFS drives. After all, that's how windoze treats them, and consequently
nobody expects an NTFS drive to be secure.
LOL!
Come on people
Don't turn this into a Windows vs Linux battle.
Just fix the damm bug.
The volume
this also is nonsense:
i suggest using .trash-{user}, and having the contents of that folder
appear in the relevant user trash:// folder. if the admin cares about
security of files it will be obvious that no files should ever be stored
on the ntfs drive (or get rid of the drive), if the admin
That's not the permission of the file you are deleting which matter but
the ones from the trash directory. The issue when this directory is not
owned by your user is that other users can see things you have deleted
which can be a security issue.
Please don't tell me that the people who are
touristguy87 - Please don't comment unless you have anything
constructive to say that will help fix the bug. Your comments are
unhelpful, rude and disrespectful. To maintain a respectful atmosphere,
please follow the code of conduct -
http://www.ubuntu.com/community/conduct/ . Bug reports are
Your opinion is noted, but as I replied to you by email (and I do
believe that this is helpful to ask you again here):
What level of respect and politeness should we give to stupidity?
There comes a point where the problem is not that *I* am rude or
disrespectful, it is that so many of the
and beyond that I think that my comment was extremely helpful and it's
dismissive of you to say otherwise.
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You received this bug notification because you are a
I've been following this bug pretty much forever now, and I have to say I
think touristguy is not being rude or disruptive, but is bang on the mark.
The discussion was wondering off track and needed pulled back to the point.
Talk of admins granting permission to users, choice of file systems etc
..I also suggest that if a solution runs through creating a personal
(and secure) trashcan for the user who is attempting to delete the
file (again assuming that they have the proper properties with respect
to the file), then please do that.
If it involves resolving a chmod mismatch then please
That uid=1000 means this partition is propriety of the first user.
So, if you have two users, the first one can surely trash, the second...
in some cases can't!
This is idiot.
The partition should be propriety of super-user, and trash should be
possible for all users.
I've been repeating this
Thank you Mat for your explaination.
I am worried because I see no answer from people who could fix this, or know
where to fix it.
Is this bug correctly assigned to Gnome Bugs ?
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
Hi, I'm pretty new to Ubuntu/Linux, but I think I'm pretty much getting the
idea of all this,I've already made my transition from windoze to Linux and I'm
pretty sure I'm not going back to the windoze pain.
I got my solution by adding to my fstab the uid=1000 part, now I can happily
trash
So did any one really find a solution, the solution of the french team
crashed my ubunutu on another machine. I always try things on that test
machine before doing it on my laptop. my uid is 1001, may be that was
the problem, not too sure after that it won't even let me edit the
fstab
no decision taken for this bug? someone working on it?
i see no activity on http://bugzilla.gnome.org/show_bug.cgi?id=514697 :-(
i think importance should be increased: this bug is a pain for new
Linux users (who generally use a Win/Linux dualboot for a soft
transition, with FAT or NTFS
** Tags added: qa-jaunty-desktop
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
https://bugs.launchpad.net/bugs/192629
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs
I agree with the two previous comments. NTFS is a Microsoft creation,
Linux should not try and treat it 'better' than windows does - this is
not Linux's problem. For the same reason FAT volumes are no longer
checked every time, if windows doesn't do it neither should Linux.
--
Cannot move file
I agree with Rocko (these should be the default mount options) and Mat
(ONLY WARN the user of security risks thrashing on NTFS, but NON avoid
it.).
Even if this solves the issue only for the first account created (I
didn't check for other accounts), I think it's much BETTER than the
current
Adding uid=1000 will only solve the issue for the first account created,
by default given user id of 1000. So how can the same approach be made
to work for all users?
--
Cannot move file to trash, do you want to delete immediately? on NTFS / VFAT
partitions
That is exactly what I say!
The solution is SO SIMPLE: O.S. should ONLY WARN the user of security
risks thrashing on NTFS, but NON avoid it. As it was just a year ago.
I'm saying this for months.
This is treating users like stupids as a nanny, as windows does. I just
hate it! I came to linux
You can also specify these options for an external USB drive or
partition: Open Places / Computer and select Properties for the
partition (volume) in question. Then on the Drive or Volume tab you can
specify the options you want in the Mount Options text box, eg
umask=000,uid=1000. Once you
I confirm the solution found by the French team:
edit the /etc/fstab file, and change:
UUID=XXXgrand chiffre XXX /media/Documents ntfsdefaults,umask=007,gid=46 0
1
in
UUID=XXXgrand chiffre XXX /media/Documents ntfs
defaults,umask=007,uid=1000,gid=46 0 1
Then reboot and the
I still have this bug in Intrepid. I use a NTFS partition for all my
data (pictures, documents, songs) in order to use them both with XP and
Ubuntu.
This bug is really painful for new Ubuntu users: it prevents from deleting
songs in Rhythmbox, pictures in EOG, files in Nautilus...
Please warn
This bug is related to #268152.
In this other bug, you cannot delete your images if they are located in
a NTFS partition. And, what's even worse: you don't have the option to
erase directly (like pressing Shift-Del).
--
Cannot move file to trash, do you want to delete immediately? on NTFS /
There is a hackish solution for this, without having to go into the
fstab, at least in Intrepid. THIS ONLY WORKS WITH INTERNAL NTFS DRIVES.
First, mount the ntfs drive by clicking it in Nautilus. Once you've done
this, go to computer:/// in nautilus, right click on the drive, and go
into the
I dual boot and my home folder is in another partition, I am the only
one using this computer. Not having the files go to the trash is
actually REALLY BAD for me. Even when I decide to delete windows I will
still keep all files in the other partition for easier upgrades in the
system. Please fix
The current behaviour is just plain silly in my opinion. If the file
system doesn't support 'proper' permissions that's none of our business.
That's the file system I choose to use, I know it's limitations. It's
all fine for the Linux world to try and solve this - but it's not a *nix
problem. It's
49 matches
Mail list logo
