[SOLVED] fstab - now root cannot execute programs - permission denied

[hlfmanhlfamzng]

In messing with the fstab file, I messed up the ability to execute program files somehow.

I wanted to give regular users(non-root) access to a spare hard drive. But when I try to execute programs from the spare hard drive, it gives me 'permission denied' at the konsole.

Anybody know their fstabs? Here's what I have in the fstab:

UUID=a4497ba9-31e4-443a-952e-59029f513264 / ext4 defaults 1 1
UUID=c14a194e-9d4e-4f85-8434-63dae2247a83 /home ext4 defaults 1 2
/dev/sda1 /spare ext4 exec,rw,users 0 0

That is, I want the spare hard drive (which is sda1) to be mounted as spare, which it now is, and my user account can go into the drive. But what did I miss so that all users including root cannot execute programs?

Executables worked 20 minutes ago, before I made all these changes. It's something I did.

Is there a gui which will make all of this easier?

[marko]

The fstab is just part of the set up for you to run exes as general users. Most likely the ownership and group bits on the exe files in your /spare drive are not set to allow the users in question to run the applications.

[DBelton]

If executables worked before you put it in your fstab, then I would bet that permissions on your mount point aren't set correctly.

Plus you have the mountpoint in / so you could also be hitting selinux issues as well.

Try mounting it in /mnt/spare instead of /spare and make certain you have the correct permissions set when you create the mountpoint.

[Skull One]

/dev/sda1 /spare ext4 exec,rw,users 0 0

Mount options are order-dependant (see 'man mount'). Since 'users' contains 'noexec', it overrides the 'exec'.
Try:

/dev/sda1 /spare ext4 users,exec,rw 0 0

By the way, you can check the options used by looking at /proc/mount.

[hlfmanhlfamzng]

Originally Posted by Skull One

Mount options are order-dependant (see 'man mount'). Since 'users' contains 'noexec', it overrides the 'exec'.
Try:

/dev/sda1 /spare ext4 users,exec,rw 0 0

That fixed it. Thanks.