2009/11/21 cal <span dir="ltr">&lt;<a href="mailto:cal@graggrag.com">cal@graggrag.com</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

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