You are not logged in.
The name of the topic is describing my problem.
I have collection on ntfs disk. I've tried to create both symlinks, which are target outside mpd's root and inside it.
Here is mpd.conf with trimmed comments:
# An example configuration file for MPD
music_directory "/media/media/media/music"
playlist_directory "/var/lib/mpd/playlists"
db_file "/var/lib/mpd/mpd.db"
log_file "/var/log/mpd/mpd.log"
pid_file "/var/run/mpd/mpd.pid"
state_file "/var/lib/mpd/mpdstate"
user "mpd"
port "6600"
gapless_mp3_playback "yes"
save_absolute_paths_in_playlists "no"
follow_outside_symlinks "yes"
follow_inside_symlinks "yes"
input {
plugin "curl"
}
audio_output {
type "alsa"
name "Juli@ direct output"
device "hw:1,0" # optional
}
replaygain "album"
replaygain_preamp "3"
id3v1_encoding "CP-1251"I tried to update library from Sonata. Then I tried to stop daemon and rebuild library with -create-db key. But mpd just doesn't see my symlinks.
Last edited by eDio (2010-01-10 21:53:37)
Offline
Mmmm... sorry for asking, but how should I check this?
By the way, I think, yes, it can. Because whole collection is on this ntfs disk. And I tried symlink, that targets exactly on file from mpd's root, i.e. from this ntfs disk.
Offline
ls -l /media/ntfsdisk/music -- you need to see what the permissions are on the music folder and the subfolders inside it. If mpd is running as user 'mpd' and the music directory is owned by you with a group of users ( edio:users rwx r-- ---) and no permissions for others to read it, mpd won't be able to look at it. If permissions are messed up, check what options are being used to mount the ntfs disk (mount).
Offline
Disk is owned by root. Others have permissions to read, write, execute
ls -l
drwxrwxrwx 1 root root 0 01.11.2008 16:13 chill out/
drwxrwxrwx 1 root root 4096 01.11.2008 16:14 cleverrhythms/
drwxrwxrwx 1 root root 4096 01.11.2008 16:14 demoprojects/
drwxrwxrwx 1 root root 4096 01.11.2008 16:15 drum & bass/
drwxrwxrwx 1 root root 4096 10.12.2009 02:54 electronic/
drwxrwxrwx 1 root root 94208 27.11.2009 22:56 eng all/
drwxrwxrwx 1 root root 0 01.11.2008 16:19 eurovision/
drwxrwxrwx 1 root root 0 31.08.2009 10:10 folk/
drwxrwxrwx 1 root root 4096 08.06.2009 18:28 games/
drwxrwxrwx 1 root root 4096 11.12.2009 22:02 house, electro/
drwxrwxrwx 1 root root 0 01.11.2008 16:20 instrumental/
drwxrwxrwx 1 root root 0 01.11.2008 16:20 jazz/
drwxrwxrwx 1 root root 4096 01.11.2008 16:20 kazantip/
drwxrwxrwx 1 root root 0 01.11.2008 16:20 mod/
drwxrwxrwx 1 root root 4096 12.08.2009 02:32 new age, ethnic, ambient/
drwxrwxrwx 1 root root 0 10.01.2010 16:11 pop, disco, dance/
drwxrwxrwx 1 root root 4096 09.07.2009 10:07 psychedelic, goa/
drwxrwxrwx 1 root root 4096 02.11.2009 22:21 rock, metal, alternative/
drwxrwxrwx 1 root root 36864 09.12.2009 01:39 rus all/
drwxrwxrwx 1 root root 8192 02.01.2009 14:21 sound tracks/
drwxrwxrwx 1 root root 4096 11.12.2009 22:01 trance/
drwxrwxrwx 1 root root 8192 11.12.2009 22:01 ukr all/
lrwxrwxrwx 1 root root 60 10.01.2010 21:02 downloads -> /home/edio/downloads/Music/entry in fstab for this volume
/dev/sdb1 /media/media ntfs-3g defaults 0 0I'll try to change symlink target, because I've noticed now, that it targets to another symlink — /home/edio/downloads -> /media/media/downloads
Offline
Finally, I've found the problem — mpd doesn't follow symlinks to other symlinks ![]()
Changing target of symlink in music directory to real path instead of symlink solved my problem.
TNX for help!
Offline