Re: jackd in realtime as user: a no-go in spite of modifying limits.conf

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Out of interest, what do you get if you log in as yourself and run the command 'id'?

[nicky@fidelispc] ~ [1] id
uid=1000(nicky) gid=1000(nicky) groups=4(adm),20(dialout),24(cdrom),29(audio),46(plugdev),108(lpadmin),123(admin),124(sambashare),1000(nicky)

As you can see, my user id is member of group 'audio'. If you are not in the group that you configure to have rtlimits capabilities then you will natural not get those permissions. Root will still have them. It was just a thought, you report that root works, you don't. If you want to be in the audio group then either edit /etc/group or use whatever klunky system tool that does it for you.

Kind regards, nick,.

"we have to make sure the old choice [Windows] doesn't disappear”.
Jim Wong, president of IT products, Acer




> Date: Sat, 21 Nov 2009 19:25:22 +1100
> From: cal@xxxxxxxxxxxx
> To: linux-audio-user@xxxxxxxxxxxxxxxxxxxx
> Subject: Re: jackd in realtime as user: a no-go in spite of modifying limits.conf
>
> Der Mickster wrote:
> > Hey,
> >
> > Can't seem to start jackd in realtime as user on ubuntu studio. It
> > does start as root, but that's hardly a consolation (unless I run all
> > audio software as root, which would be kinda daft IMO)
> >
> > @audio - rtprio 99
> > @audio - nice -10
> > @audio - memlock unlimited
> >
> > have been added to /etc/security/limits.conf
> >
> > Nevertheless, starting it as user just doesn't seem to work, and I
> > just can't figure out why. I've googled the issue, and everybody seems
> > to agree that modifying limits.conf in the above manner should solve
> > the problem - yet this is what I get:
> >
> >
> > mick@kaizoku:~$ jackd -R -P89 -dalsa -dhw:0 -r48000 -p256 -n3 -S &
> > [1] 3092
> > mick@kaizoku:~$ no message buffer overruns
> > jackd 0.116.1
> > Copyright 2001-2005 Paul Davis and others.
> > jackd comes with ABSOLUTELY NO WARRANTY
> > This is free software, and you are welcome to redistribute it
> > under certain conditions; see the file COPYING for details
> >
> > JACK compiled with System V SHM support.
> > cannot use real-time scheduling (FIFO at priority 10) [for thread
> > -1217255744, from thread -1217255744] (1: Operation not permitted)
> > cannot create engine
> >
> > Any ideas?
>
> Not sure if this is a possible answer to the question, or perhaps another
> question altogether, but ... I've struggled with the same issue on a debian
> system for some time, then discovered this in /etc/pam.d/su -
>
> # Sets up user limits, please uncomment and read /etc/security/limits.conf
> # to enable this functionality.
> # (Replaces the use of /etc/limits in old login)
> # session required pam_limits.so
>
> So far, I'm still not sure if uncommenting the 'session required pam_limits.so'
> line actually solves the problem, but I am curious.
>
> cheers.
>
> (I dumbly sent this to just the op instead of 'reply all', so fwiw I'm repeating
> it to the list)
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user


Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux