<p dir="ltr">The process in question is jackd, and once this stuck state is reached one cannot even start a new instance of jack which leads me to believe this is a jack issue, particularly considering this is not a problem on Ubuntu 12.04 where you could still kill the process under these circumstances, even though I still don't think allowing jack to get stuck like this is the best approach to dealing with an issue like this, however unlikely it may be. Now, it may be a case of bad packaging  or some out-of-date version, but given the circumstances I'm not convinced this is an alsa issue at this point in time.</p>
<p dir="ltr">-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Associate Professor<br>
Computer Music<br>
ICAT Senior Fellow<br>
Director -- DISIS, L2Ork<br>
Virginia Tech<br>
School of Performing Arts – 0141<br>
Blacksburg, VA 24061<br>
(540) 231-6139<br>
<a href="mailto:ico@vt.edu">ico@vt.edu</a><br>
<a href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a><br>
<a href="http://disis.icat.vt.edu">disis.icat.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu">l2ork.icat.vt.edu</a><br>
<a href="http://Ico.bukvic.net">Ico.bukvic.net</a></p>
<div class="gmail_quote">On Oct 17, 2015 2:44 PM, "Fons Adriaensen" <<a href="mailto:fons@linuxaudio.org">fons@linuxaudio.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Oct 17, 2015 at 07:24:02PM +0100, Will Godfrey wrote:<br>
> On Sat, 17 Oct 2015 13:58:37 -0400<br>
> Ivica Ico Bukvic <<a href="mailto:ico@vt.edu">ico@vt.edu</a>> wrote:<br>
><br>
> > Hi all,<br>
> ><br>
> > This is a long-standing problem. While it is not intentional, sometimes<br>
> > newcomers to jack on Linux tend to pull out the soundcard (USB) before<br>
> > shutting down jack. This results in jack permanently hanging to the<br>
> > point where one has to force-shutdown the machine. That is at least the<br>
> > case on Ubuntu 14.04 (and was on 12.04) with lowlatency kernel. Trying<br>
> > to do sudo killall -9 jackd makes no difference. Essentially, it is<br>
> > impossible to destroy the process and reboot hangs because of it.<br>
> ><br>
> > Any idea what can be done to minimize this problem or alleviate it<br>
> > altogether?<br>
> ><br>
> > Best,<br>
> ><br>
> > Ico<br>
><br>
><br>
> a workaround is from a terminal type:<br>
><br>
> pidof jackd<br>
><br>
> you'll get a number such as 3772<br>
><br>
> then type<br>
><br>
> kill -9 3772<br>
<br>
That's what killall or pkill will do anyway, so<br>
I don't think this is a solution.<br>
<br>
I also don't think that Jack is involved. You'd<br>
probably get the same effect when unplugging the<br>
USB device while some ALSA app is using it.<br>
<br>
There is a similar problem with the hdsp-madi module,<br>
and it has hit me a number of times when installing<br>
the card in a new system. Apparently the default<br>
configuration expects an external clock, and when<br>
that isn't connected any process that uses the device<br>
hangs and can't be killed. The first process to do so<br>
will be alsactl, called as part of the boot sequence.<br>
And since that will be called again as part of reboot<br>
or poweroff, those will hang as well. The only thing<br>
you can do to pull the power plug, remove the card,<br>
boot, edit the file used by alsactl, switch off, put<br>
the card back and boot.<br>
<br>
Ciao,<br>
<br>
--<br>
FA<br>
<br>
A world of exhaustive, reliable metadata would be an utopia.<br>
It's also a pipe-dream, founded on self-delusion, nerd hubris<br>
and hysterically inflated market opportunities. (Cory Doctorow)<br>
<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/listinfo/linux-audio-user" rel="noreferrer" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
</blockquote></div>