That seems to indicate that the daemon is running:<br><br>root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 5678&nbsp; 0.0&nbsp; 0.0&nbsp;&nbsp; 3088&nbsp; 1444 ?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Ss&nbsp;&nbsp; Mar06&nbsp;&nbsp; 0:00 /usr/bin/esd -terminate -nobeeps -as 1 -spawnfd 14<br>pcs&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 21426&nbsp; 0.0&nbsp; 0.0&nbsp;&nbsp; 2876&nbsp;&nbsp; 792 pts/0&nbsp;&nbsp;&nbsp; R+&nbsp;&nbsp; 08:09&nbsp;&nbsp; 0:00 grep esd
<br><br>but starting manually produced some interesting output:<br><br>pcs@ubuntu:~$ esd &amp;<br>[1] 21600<br>pcs@ubuntu:~$ ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card &#39;0&#39;<br>ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device
<br>ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings<br>ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device<br>ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name
<br>ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device<br>ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device<br>ALSA lib pcm.c:2102:(snd_pcm_open_noupdate) Unknown PCM default
<br><br>Is there a way to tell ALSA (or whoever) what to do about card &#39;0&#39; ?<br><br>TIA<br><br><div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Hi,<br><br>On Tue, 06 Mar 2007, Michael Steigerwald wrote:<br><br>&gt; snd_hda_intel&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;18964&nbsp;&nbsp;0<br>&gt; snd_hda_codec&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 157616&nbsp;&nbsp;1 snd_hda_intel<br>&gt; snd_pcm&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;89864&nbsp;&nbsp;3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
<br>&gt; snd&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;55268&nbsp;&nbsp;6<br>&gt; snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer<br>&gt; snd_page_alloc&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 10632&nbsp;&nbsp;2 snd_hda_intel,snd_pcm<br>&gt;<br>&gt; I don&#39;t know how to interpret it. Does the &#39;0&#39; in the first line indicate
<br>&gt; it&#39;s not loaded?<br><br>Its presence in the list means it is loaded, but the 0 usually means<br>something along the lines of &quot;not in use by any process&quot;.&nbsp;&nbsp;I wouldn&#39;t worry<br>overly about that.<br>
<br>&gt; From the BIOS, it appears that the internal modem is enabled. Restarting<br>&gt; ALSA did not seem to help.<br><br>I wasn&#39;t clear what this would do, just that it was suggested in that<br>article.<br><br>&gt; I learned a lot from the tutorials, but the only other tangible suggestion I
<br>&gt; found seemed to paraphrase to &#39;compile snd_hda_intel&#39; into the kernel. Is<br>&gt; that my next best attempt?<br><br>There shouldn&#39;t be any need to do this -- the module is already there.<br><br>What do you get if you type the following commands:
<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ps aux |grep esd<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;esd &amp;<br><br>The first searches the running processes for esound, the sound daemon, to<br>see if it is running.&nbsp;&nbsp;The second starts the sound daemon, it would be<br>interesting to know what happens when you try to start it.
<br><br>Gavin</blockquote></div><br>