<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 27, 2015 at 2:42 AM, Tanu Kaskinen <span dir="ltr"><<a href="mailto:tanuk@iki.fi" target="_blank">tanuk@iki.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
</span>PulseAudio suspends the devices when your user doesn't have access to<br>
them any more. Your user loses access to the devices when you switch to<br>
a vt on which your user is not active. These access control changes are<br>
done by logind.<br></blockquote><div> </div><div>I do have an access to the audio group.</div><div><br></div><div>I do not know if this can explain that, but the group id number for audio in the container is different then the one in in the host. (this is a privileged container)<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I don't know if there's any way to make logind think that your user is<br>
in active on the container vt.</blockquote><div>So if that is the issue why it is not suspended when I switch to tty1-6</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> If not, you can work around this problem<br>
by adding your user to the "audio" group. Then your user will always<br>
have access to the audio devices. </blockquote><div>I am already in the audio group. Because the container and the host have different group id I added</div><div>audio-host group id to (called audio-host) to the container and I allowed access to to it for me and for the lxc audio group.</div><div><br></div><div>Is there any to force the computer to go out of suspension. I am the only user.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Tanu<br>
<br>
</font></span></div></div><br></div></div>