Re: [SD4L-user] sdmount "could not lock /etc/mtab" unless run by root

[Jonathan C. <jco...@ro...>]

Hello Ulrich,

The SUID bit is exactly as you described. Your binary works fine.
No problem with "could not lock /etc/mtab".

So, the problem is in my build. As you pointed out in another thread,
I should use qt3 libraries, not qt4. Perhaps that will fix the problem.
Other than that, I don't know what I can change about how I build the 
program.
Do I need to run make as root? I've seen no messages about permissions 
problems.

I appreciate you making binaries available.
But I also like the idea of having the source available and building it 
myself.

Thanks.

Hans-Ulrich Juettner wrote:
> Hello Jonathan,
>
> the binaries /usr/bin/sramdisk, /usr/bin/sdcreate,
> /usr/bin/sdmount and /usr/bin/sdumount are installed
> by the SD4L packages with SUID bit set. The command
> ls -l will show them with rights "-rwsr-xr-x" with
> "s" standing for the SUID bit.
> This means that these commands are executed with super
> user rights. The effect should be the same as calling
> a normal binary with sudo. Could you please have a look
> whether the SUID bit has been removed on the system
> which shows this problem? If not, that system may do
> some special things in order to prevent SUID bit
> programs to be executed with super user rights.
>
> Best regards,
> Ulrich
>
> Jonathan Coles wrote:
>   
>> I mount a Scramdisk partition using sdmount. Unless I run sdmount as 
>> root (sudo), I get the error, "could not lock /etc/mtab".
>>
>> On another machine, this isn't a problem. If I did something special to 
>> make it work over there, I have forgotten it.
>>
>> Any ideas what causes this error?
>>
>> Thanks.
>>
>>     
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> SD4L-user mailing list
> SD4...@li...
> https://lists.sourceforge.net/lists/listinfo/sd4l-user
>
>