You are not logged in.
Pages: 1
Hi guys,
Yesterday my Arch linux installation froze from unknown reason and after hard reset, my MPD stopped working. To be specific, after boot I got below message:
[tuhyk@dell documents]$ mpd /home/tuhyk/.mpd/mpd.conf
daemon: cannot init supplementary groups of user "tuhyk": Operation not permitted
I was using MPD for 6 months without any glitch, it was set up using the alternative setup mentioned in wiki. It seems to work despite this error, but I am absolutely sure it was not there before the crash.
Any ideas?
Last edited by tuhyk (2010-12-22 17:04:38)
All I really need to know I learned from watching Star Trek
Offline
ahoi!
same problem here, but there's a new line in /etc/mpd.conf wich wasnt before relating to groups.
I'm using mpd --stderr and then I get connection, but the daemon is not working as before, also looking for a solution
I had checked permissions, and added mpd user to the audio group, and that did the trick, daemon is working again.
did you succeded?
Last edited by ga01f4733 (2010-12-19 11:08:26)
There are no foreign lands. It is the traveler only who is foreign. --R.L Stevenson
Offline
Same problem here. Something succeeds, because I can still play music through Ario, but I'd like a fix.
@ga01f4733, I think tuhyk and I are running mpd as a non-root user, as described in the MPD wiki. I don't have an mpd user at all.
I'm going to keep messing with some configs and see what I can find out.
UPDATE:
Hmmm, running mpd with 'sudo' seems to get rid of the problem, but I'm still not sure what the problem was. My mpd.conf looks exactly the same. It also seems odd that I need to run it with root privileges...
Last edited by rjrjr (2010-12-19 21:37:01)
Offline
I have no problems running mpd as user (starting mpd as root) with this mpd.conf (only the relevant parts all other lines are commented) and user "michael" in the audio group.
music_directory "~/musik/"
playlist_directory " ~/.mpd/playlists"
db_file " ~/.mpd/mpd.db"
log_file " ~/.mpd/mpd.log"
pid_file " ~/.mpd/mpd.pid"
state_file " ~/.mpd/mpdstate"
sticker_file "~/.mpd/sticker.sql"
user "michael"
#group "nogroup"
bind_to_address "127.0.0.1"
input {
plugin "curl"
# proxy "proxy.isp.com:8080"
# proxy_user "user"
# proxy_password "password"
}
audio_output {
type "alsa"
name "My ALSA Device"
## device "hw:0,0" # optional
## format "44100:16:2" # optional
## mixer_type "hardware" # optional
## mixer_device "default" # optional
mixer_control "Master" # optional
## mixer_index "0" # optional
}Last edited by SiD (2010-12-20 11:06:22)
Offline
Hmmm, thats odd, your setup looks just like mine:
music_directory "/home/roger/music" # Your music dir.
playlist_directory "~/.mpd/playlists"
db_file "~/.mpd/mpd.db"
log_file "~/.mpd/mpd.log"
pid_file "~/.mpd/mpd.pid"
state_file "~/.mpd/mpdstate"
user "roger"
audio_output {
type "alsa"
name "My ALSA Device"
device "hw:0,0" # optional
format "44100:16:2" # optional
}
# Binding to address and port causing problems in mpd-0.14.2 best to leave
# commented.
# bind_to_address "127.0.0.1"
#port Last edited by rjrjr (2010-12-20 03:21:31)
Offline
rjrjr what do you get at mpd --stderr or mpd --verbose?, is it pid issue?
it looks like a permission mixup to me
There are no foreign lands. It is the traveler only who is foreign. --R.L Stevenson
Offline
if you are running mpd as your user, you should comment or remove the "user line" from mpdconf.
That line should only be needed when starting as root/sudo ![]()
Edit: And btw.
If you move the configfile to ~/.mpdconf you could simply run "mpd" and it automagically uses that config...
Last edited by toffyrn (2010-12-20 10:32:26)
Offline
My output
[tuhyk@dell documents]$ mpd /home/tuhyk/.mpd/mpd.conf --verbose
config: loading file /home/tuhyk/.mpd/mpd.conf
daemon: cannot init supplementary groups of user "tuhyk": Operation not permitted
path: path_set_fs_charset: fs charset is: UTF-8
database: reading DB
disabling the last.fm playlist plugin because account is not configured
daemon: opening pid file
daemon: daemonized!
daemon: writing pid fileEDIT: Got it! After reading the config file carefully I commented the user line as toffyrn suggested and it seems to work:
[tuhyk@dell documents]$ mpd /home/tuhyk/.mpd/mpd.conf --verbose
config: loading file /home/tuhyk/.mpd/mpd.conf
path: path_set_fs_charset: fs charset is: UTF-8
database: reading DB
disabling the last.fm playlist plugin because account is not configured
daemon: opening pid file
daemon: daemonized!
daemon: writing pid fileAll I really need to know I learned from watching Star Trek
Offline
Great! Worked for me too. I wonder if this will fix the errors that I had when I tried to get mpd to autostart via .xinitrc.
Offline
please mark this as solved.
Also this behavior has always been the same. Starting mpd as user, you cannot explicitly set a user in config file. Think about it, it makes total sense ![]()
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
Ok, done.
All I really need to know I learned from watching Star Trek
Offline
Pages: 1