Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
03-17-2008, 07:20 PM
|
#1
|
Member
Registered: Nov 2007
Location: Canada
Distribution: Slackware 12.0
Posts: 100
Rep:
|
Auto-mounting external NTFS USB hard drive.
The problem:
Auto-mounting an NTFS external hard drive on Slackware 12.0 & Fluxbox 1.00 using Ivman and ntfs-3g.
The question:
Essentially, what is the best way to do this? Specifically, I have ivman working fine except that I require root privileges to use ntfs-3g (ntfs-3g-mount: failed to open /dev/fuse: Permission denied) which means if I load ivman through the startup script, it will not mount the hard drive. (Unless there is some way of accessing root privileges in the startup script? I tried "exec sudo ivman &" but that sure didn't work.)
I've noticed one such work around which would be to create a new group, call it fuse, and chgrp /dev/fuse and add myself to this group. Is this viable? Or is there a better solution?
One last thing:
Does anyone have some example IvmConfig*.xml files for examples? I have most of it going great, but I could always use some more resources.
|
|
|
03-17-2008, 11:26 PM
|
#2
|
Slackware Contributor
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 2,560
|
Quote:
Originally Posted by Cotobear
Specifically, I have ivman working fine except that I require root privileges to use ntfs-3g (ntfs-3g-mount: failed to open /dev/fuse: Permission denied)
SNIPPED
I've noticed one such work around which would be to create a new group, call it fuse, and chgrp /dev/fuse and add myself to this group. Is this viable? Or is there a better solution?
|
That should not be necessary, as the permission denied error shouldn't be happening.
If you're on Slackware -current, you should have /etc/udev/rules.d/99-fuse.rules causing the /dev/fuse node to have 0666 permissions.
If you're on 12.0 or older, then you should complain to whomever packaged fuse for you, as it's broken.
Code:
liberty $ cat /etc/udev/rules.d/99-fuse.rules
KERNEL=="fuse", MODE="0666"
|
|
|
03-18-2008, 11:15 PM
|
#3
|
Member
Registered: Nov 2007
Location: Canada
Distribution: Slackware 12.0
Posts: 100
Original Poster
Rep:
|
Thanks rworkman. I realized I could simplify my life a little bit if I edited the sudoers file to allow mounting the hdd without a password. It seems to have taken care of any problems that I was having.
Though I'm not sure how good of an idea it is to allow mounting without a password. Live and learn I guess.
|
|
|
06-10-2009, 11:41 AM
|
#4
|
Member
Registered: Aug 2007
Location: Vietnam
Distribution: RedHat based, Debian based, Slackware, Gentoo
Posts: 724
Rep:
|
|
|
|
06-10-2009, 12:29 PM
|
#5
|
Member
Registered: Nov 2007
Location: Canada
Distribution: Slackware 12.0
Posts: 100
Original Poster
Rep:
|
Wow! Now that is some delayed response time .
Thanks though quanta. I'm not sure it'll help much at this point, but who knows.
|
|
|
02-07-2010, 02:46 AM
|
#6
|
LQ Newbie
Registered: Feb 2010
Posts: 2
Rep:
|
Set suid bit of 'ntfs-3g'
I came across this thread while googling for a solution for the similar problem. I was hitting on the same error while trying to mount my local windows partition while running Debian.
Though I did not find a lead here I discovered later that my ntfs-3g binary no longer had it's suid bit set. Resetting it's suid bit restored the behavior of being able to local partitions without being root.
Code:
$ chmod 4755 /usr/bin/ntfs-3g
I thought that might help you in case you are still practicing using 'sudo' while mounting. Also I think the solution might be the same even though you use Slackware. Hope this helps
My actual problem is now to discover how and why the 'ntfs-3g' binary's suid bit keeps resetting itself every time I boot.
That the suid bit has to set so that unprivileged users can mount was learnt from " How to mount local ntfs partitions without being root"
-Abhijith Madhav
Last edited by browseanddownload; 02-07-2010 at 02:50 AM.
|
|
|
All times are GMT -5. The time now is 03:54 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|