Quote Originally Posted by CrashedAgain
can't get ps xa /grep arts to work, gives bad syntax errors but ps x gives a list & there is no artsd running. also I get error 'rpcinfo: can't contact portmapper: RPC:remote refused' but then it goes ahead & adds the user to /etc/group.
This is definitely a permissions problem of some kind. When I do not have user as a member of audio, xmms plugin works & I can get sound as root, either logged on as root or sudo'd. but as user I get 'cannot open /dev/dsp' error while logging in & get errors when the xmms plugin tries to open. (These errors only started after I added the aumix line to bootmisc as suggested above). When user IS added to group audio, xmms plugin stalls whether being called from root or from user. Won't play sound, won't close.
Late breaking news...it DOES play the sound, it just waits about 30 seconds before it plays!??! but it still won't close.
For the ps command that is a | "pipe" symbol not / it is located on my keyboard over the \ key. Firstly if you think the error is connect to the aumix line comment it out and reboot to make sure. With the rpc error are you getting that when using the kadd thing if so use the shell and do it from there you should not be getting any errors adding the user to a group. There is some weird conflict going on another command you can try lsof /dev/dsp here's what it looks like on my machine with xmms & arts working properly:

Code:
[12:00 AM Wed Nov 12: stephen @ ~]
>$ lsof /dev/dsp
COMMAND PID    USER   FD   TYPE DEVICE SIZE NODE NAME
artsd   700 stephen    8u   CHR   14,3      5364 /dev/dsp
You do not mention what type of install did you do a Debian or Knoppix method? Also have you installed the xmms-arts plugin and tried that you don't mention? Can you post the output of the ps xa | grep xmms when the problem happens so I can see the processes involved the lsof /dev/dsp and the output of the adduser command when you get the error if it happens on the command line.