-bash: ./configure: /bin/sh: bad interpreter: Permission denied

I get this error when I try to compile on a partition mounted from fstab with "user" option. I found this on the LFS FAQ page that explains the issue and the solution:

You're most likely getting this while building binutils in Chapter 5 of the LFS Book. The problem is most likely your mount options. You probably have a line in /etc/fstab like: /dev/hda10 /mnt/lfs ext2 user 1 2 'user' is the mount flag, and it's the problem. To quote from the mount man page: user: Allow an ordinary user to mount the file system. This option implies the options noexec, nosuid, and nodev (unless overridden by subsequent options, as in the option line user,exec,dev,suid). So change the line in /etc/fstab like this: /dev/hda10 /mnt/lfs ext2 defaults 1 2

Your statement:

The directory is just my storage hdd

suggests that this directory is mounted from fstab - perhaps with the offending options.

Another option would be to try to ./configure from /home/user or /tmp.

HTH

The error you are getting is the same you would get when you try to run a script that is not executable. This is where you should probably focus your efforts. Can you run just a plain test script on the same drive? same directory? Does it make a diffrence when you run 'sh script' or './script'? Try to narrow down the problem as much as possible.

regards,
...drkstr

I had to rerun my x setup this AM on that box (due to reinstalling /a), and I had to use 'sh NVID...' on the box, not just './NVID...'. I cannot run anytype of configure script on that machine, no matter where it came from...

This sounds like an error with sh.

What does

ls -la /bin/sh

Say? It looks like it could be a permission error.

Originally Posted by Franklin I get this error when I try to compile on a partition mounted from fstab with "user" option. I found this on the LFS FAQ page that explains the issue and the solution: Your statement: suggests that this directory is mounted from fstab - perhaps with the offending options. Another option would be to try to ./configure from /home/user or /tmp. HTH

That fixed it. You were dead on right. Removed the 'user' option in fstab, and BAM! configuring as we speak.

Thanks again, Franklin.

Is the partition you're issuing the configure script on mounted noexec? [make sure]

Edit: Never mind, didn't notice the 2nd page of comments.

lol.

Let me see...

Yep, it was!!

lol

I run my /tmp noexec as a security measure. I outsmarted myself today and when I realized what I did I came here to post a warning to anybody else who might have this problem- but I see my buddy CW already did it on a different mountpoint

Wow, i forogot about this thread, but not the lesson it taught....lol

Bash can have a problem running scripts that are not on the same partition as "/bin/bash".

I found a solution and have posted it @ http://opensuse.us/viewtopic.php?t=1534

Thanks man! I did the same goddam thing and I was like, WTF? I couldn't imagine having gotten a configure file that was cr/lf format, but checked it anyway -- and I have had problems with bash, when called as /bin/sh, screwing up on script files that have CR/LF (I dont remember which version however). Yea, I'm recycling some quick build-a-gentoo scripts I made last year and I forgot that I set my tmpfs mounts to noexec!

Thanks for this thread

edit: actually, I'm thinking this problem was a busybox ash shell, I can't remember which (might have been HP-UX crap too)

Daniel

I just had the same problem but had nothing to do with bash, etc. I was going to rebuild my machine from Ubuntu 10.4 to 10.10 and copied my home folder to an external NTFS hard drive to back it up. After loading 10.10, I copied everything back to my new home folder. In this process, all my executable ./configure files had their "executable" flag reset to not be executable. When I edited the properties of the ./configure file and clicked "Allow executing..." it worked again.

Apparently symbolic links AND executable script attributes don't pass through Windows file format successfully.

Partition does not have exec permission

Ubuntu 10.10 changed the default mount options for ntfs filesystems.

Some people make that http://waystop.blogspot.com/2010/12/...k-meerkat.html

All the best...