| 1 |
On Sat, Sep 27, 2008 at 09:47:27PM +0200, Tamer Higazi wrote |
| 2 |
> why do you guys make it more complicated as it is?! |
| 3 |
> |
| 4 |
> Just write in the shell: |
| 5 |
> |
| 6 |
> rc-update add alsasound default |
| 7 |
|
| 8 |
I *DO* have alsasound in my default. Since you obviously have not |
| 9 |
read the URL I pointed to, here is a partial quote... |
| 10 |
|
| 11 |
> I stopped esound (esd) and alsasound systems (this is under Gentoo). |
| 12 |
> Upon restarting the alsasound system, the low level sound driver |
| 13 |
> modules (snd_intel8x0m, snd_intel8x0, snd_ac97_codec, ac97_bus), |
| 14 |
> perhaps others, got loaded and they were not loaded when the "unable |
| 15 |
> to open slave" message was being generated. Subsequently mplayer |
| 16 |
> was able to load and play audio tracks. |
| 17 |
> |
| 18 |
> So this message may be associated with hardware level drivers being |
| 19 |
> unavailable for some reason. |
| 20 |
|
| 21 |
The problem seems to be a dependancy on some resource that is not |
| 22 |
available early on in the boot process. Re-starting the alsasound |
| 23 |
daemon later on works around that problem. |
| 24 |
|
| 25 |
-- |
| 26 |
Walter Dnes <waltdnes@××××××××.org> |
Archives