1 |
Walter Dnes wrote: |
2 |
> On Sat, Sep 27, 2008 at 09:47:27PM +0200, Tamer Higazi wrote |
3 |
> |
4 |
>> why do you guys make it more complicated as it is?! |
5 |
>> |
6 |
>> Just write in the shell: |
7 |
>> |
8 |
>> rc-update add alsasound default |
9 |
>> |
10 |
> |
11 |
> I *DO* have alsasound in my default. Since you obviously have not |
12 |
> read the URL I pointed to, here is a partial quote... |
13 |
> |
14 |
> |
15 |
>> I stopped esound (esd) and alsasound systems (this is under Gentoo). |
16 |
>> Upon restarting the alsasound system, the low level sound driver |
17 |
>> modules (snd_intel8x0m, snd_intel8x0, snd_ac97_codec, ac97_bus), |
18 |
>> perhaps others, got loaded and they were not loaded when the "unable |
19 |
>> to open slave" message was being generated. Subsequently mplayer |
20 |
>> was able to load and play audio tracks. |
21 |
>> |
22 |
>> So this message may be associated with hardware level drivers being |
23 |
>> unavailable for some reason. |
24 |
>> |
25 |
> |
26 |
> The problem seems to be a dependancy on some resource that is not |
27 |
> available early on in the boot process. Re-starting the alsasound |
28 |
> daemon later on works around that problem. |
29 |
> |
30 |
> |
31 |
|
32 |
This may be waaay off here, do you have that parallel start up thing |
33 |
turned on? You know, where multiple services can be started at the same |
34 |
time without waiting for the startup to complete. I read somewhere a |
35 |
while back where some were having various trouble but not lately. If |
36 |
you do, may want to try it with it turned off and see if that helps. |
37 |
|
38 |
Just something to think about just in case. |
39 |
|
40 |
Dale |
41 |
|
42 |
:-) :-) |