- Package:
- partman-target
- Source:
- partman-target
- Submitter:
- Christian Schwamborn
- Date:
- 2014-10-29 03:33:05 UTC
- Severity:
- normal
when I try to connect a ntfs formated disk, I'm getting this message: Error mounting: mount exited with exit code 1: helper failed with: Error opening ' /dev/sdb1': Permission denied Failed to mount '/dev/sdb1': Permission denied Please check '/dev/sdb1' and the ntfs-3g binary permissions, and the mounting user ID. More explanation is provided at http://ntfs-3g.org/support.html#unprivileged mounting other formats (i.e. fat, ext) works just fine I checked that I'm in the right groups (at least it looks right) cs@pikass:~$ groups cs cdrom floppy tape sudo audio dip video plugdev staff users netdev bluetooth lpadmin fuse scanner permissions for /dev/sdb1 seems to be correct cs@pikass:~$ ls -l /dev/sdb* brw-rw---- 1 root floppy 8, 16 7. Jan 11:03 /dev/sdb brw-rw---- 1 root floppy 8, 17 7. Jan 11:03 /dev/sdb1 I even tried to set a uid bit (4755) on ntfs-3g, as suggested by http://ntfs- 3g.org/support.html then I'm at least able to mount the device via shell as a normal user, but it doesn't solve the problem in gnome (and it's na ugly hack) It seems to apply only for amd64, since I performed two squeeze installations in the last weeks. The first was around the 16th of december 2010 on an i386er machine as a test and two days ago another one as amd64. Automounting ntfs drives in Gnome on the i386 installation works just fine but not on the amd64 machine. cheers, Christian
reassign 609201 udisks tag 609201 unreproducible thanks Le vendredi 07 janvier 2011 à 11:26 +0100, Christian Schwamborn a écrit : The mounting itself is done by udisks, which is privileged, not by gvfs. So there is nothing wrong on the permissions side. Indeed. This is useless for mounting with udisks. This is certainly unrelated to the architecture, but might be caused by either a local misconfiguration or a missing package. I can definitely not reproduce this on my amd64 machines. Cheers,
I installed freshly Debian 6.0 and was surprised that I am unable to mount my ntfs formatted Seagate FreeAgent Go external usb drive. I have done everything what I could, - added myself to floppy group - I changed permission of ntfs-3g to setuid root - Installed hal and hal-info (they were missing, wow), and gvfs-fuse (which were also not installed) I had no luck, and the problem is still there. I decided to reboot to do some things in Windows, after I came back and login, a popup message told me that I just had a kernel oops :S I saved my dmesg and dropped to pastebin: http://pastebin.com/gF4qD4ub Ok, lets do a bit rollback - because I did not have that before- , purged gvfs-fuse and the kernel oops is gone :) You can see that here: http://pastebin.com/SdYgdQjf
I seem to be running into the same issue as Christian. Upon plugging in a ntfs usb disk I get the same gnome window that pops up: Error mounting: mount exited with exit code 1: helper failed with: Error opening '/dev/sdb1': Permission denied Failed to mount '/dev/sdb1': Permission denied Please check '/dev/sdb1' and the ntfs-3g binary permissions, and the mounting user ID. More explanation is provided at http://ntfs-3g.org/support.html#unprivileged It looks like I'm in the correct groups (correct me if I'm wrong). fes@fes-laptop:~$ groups fes adm disk cdrom floppy audio dip video plugdev netdev bluetooth lpadmin fuse scanner Mounting manually on the commandline with sudo works fine. This happens on a freshly installed squeeze i386 system. Cheers, Frederic
I was able to fix this. Apparently the installer added a line to /etc/fstab which I had not noticed: /dev/sdb1 /media/usb0 auto rw,user,noauto 0 0 I assume that this was the usb flash drive connected to my laptop during the installation. This was necessary to include some firmware files for my wireless card. Removing the line above from /etc/fstab resolved the issue for me. Plugging in an external usb drive automatically mounts now. Hope this helps someone else out. Cheers, Frederic
I have to agree with Frederic. I made a fresh install with xfce desktop, and I pulled out my usb hdd before the installation started. After installation finished, there wont be any noticeable problem. Everything works fine ! Best Regards, Hoppar Tamas
I recently installed a weekly build from http://cdimage.debian.org/cdimage/weekly-builds/ by booting from a USB stick, and was also affected by this bug. I assume this means that anyone doing a USB installation will also be affected. This make the bug quite serious IMHO. Regards, Scott.
Imho, d-i shouldn't write fstab entries for USB sticks during installation. d-i team: would it be possible/feasible to change this behaviour?
stick, installation. See previously closed / similar bug #597223: udev: The First partition on USB flashdrives always attempts to be mounted as ISOFS https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597223 Can same fix be applied to this new issue?