BeagleBone Black MPD Music Server

KXStudio is available as a distro, and/or as separate repositories. You do not need to install it all. At all :). For starters, I avoid KDE, and I avoid FalkTX's favourite dark, chocolate-brown themes. This is an old thread, some of the details may have changed, but it is a good start: KXstudio without branding and KDE. If you use Synaptic, tell it not to install recommends. You can leave out all the unwanted toys!

Completely offtopic...

I had to move /usr /var /and /tmp to my Audio partition and create a symlink to generate 1.6GB of free space and give it some breathing room.

Don't use symlinks: use mount. It's just the way to do it. Anyway, /home and your data file systems are the only thing that you really should put somewhere else, probably the others you shouldn't.

It's not Windows, it doesn't actually need "breathing space!"
 
Don't use symlinks: use mount. It's just the way to do it. Anyway, /home and your data file systems are the only thing that you really should put somewhere else, probably the others you shouldn't.

It's not Windows, it doesn't actually need "breathing space!"

Oh I didn't make it clear I guess - I didn't create separate filesystems because the disk had already been partitioned and had data on it, so I just copied the folders to the larger partition and deleted the old, so mount is not an option.

Actually I ran out of space when I tried to compile a custom kernel on it and needed a lot of work to weed out useful stuff and the temp stuff. Then it gave me problems until I had at least 200mb free ... :)

~G0bble
 
Guys I am in little trouble.

My Debian Wheezy was successfully installed, mounting the NAS directory, and MPD was playing files just fine.

Last weekend thought of trying Volumio. Written the image file on uSD and booted BBB. After lot of trying I was unsuccessful to boot BBB with Volumio. Later I found the file that is getting written on my SD Card was also an image "image 01.img". I tried googling for sometimes but couldn't find anything. I think the file was somehow corrupted so I may have to dwnld it again. I thought of returning to Debian again. And here the trouble begins:

After doing everything similar to previous installation, this time I couldn't able to mount the NAS drive. There are lots of troubleshooting available on the Internet but doesn't seems to work for me. Many cases are there that are very similar to my issue but what worked for them doesn't seems to work for me!

I am constantly getting "Permission denied error (13)"

Please can anybody help me on this?
 
Did you try mounting with sudo command? Or do you have root permission by default with these audiophile distros?

~G0bble
 
Thanks Gobble for trying to help me out. So here what I am doing -

I was editing "fstab" to add following line:

//192.168.1.2/Audio /mnt/music cifs defaults,username=Koushik,password=my_password 0 0

Later, I have added sec=ntlm as suggested by someone on another forum and it solved the issue for that person. So now it is looking like this:

//192.168.1.2/Audio /mnt/music cifs defaults,sec=ntlm,username=Koushik,password=my_password 0 0

Please note:
1. "Audio" is a shared directory on my windows machine
2. I have made a directory "/mnt/music" in my BBB as the music_directory for MPD.
3. I am absolutely sure about the windows Username and password.

Nothing working for me.

mount -a

is still giving me "mount error(13): Permission denied"
 
Hmm, you usually don't make user-created directories in /mnt
Try mounting it under /home/music, so that there are no permission issues

Remember to mkdir /home/music first!
 
You can use /mnt, but it just makes more sense to use a descriptive mount point name.

The [my] usual reason for problems when mounting file systems, or using mounted file systems, is restrictive permissions on the mount-point dir.

following indialogue's example...

$ mkdir /home/music
$ chmod 777 /home/music

(actually, I'd just use /music. There may be Unix-lore reasons why not, but I prefer, i.) the shorter paths to type and ii.) not depending on a previous mount of /home.)

NFS was once part of my day job, but that is over a decade ago. Do people use /etc/fstab to mount NFS file systems? I don't think I would have. I guess I'd better google myself up to date on this. EDIT: Yes one does!

About NFS link

I didn't dig far. I built a career on finding this stuff fascinating --- but now I don't any longer! :(
 
Last edited:
Thanks Indialogue and Thad.

I doubted that and tried to switch to the directory:
cd /mnt/music

but then "ls" command doesn't list anything.

I was in the directory without any issue. So I think I don't have any permission issue or ?.
I will give it a try though with different directory. I am in office now, so not before night!
 
So did the exact same thing work before?
I think you may not have the right permission on the /mnt/ folders where you are trying to mount. Change that to 777 and check again.

Edit: Oh Thad has just pointed out the same thing!

~G0bble
 
So did the exact same thing work before?

Yes, I did it exactly the same way before and it was working without problem.

I think you may not have the right permission on the /mnt/ folders where you are trying to mount. Change that to 777 and check again.

Thanks, I will try that when I go back to my home tonight.
 
And, if you use /mnt, chmod that too. Make sure the whole path has open permissions. Just don't change / :)

There may be simpler HOWTOs on the net, but I suggest you read the Oreilly link I gave. At least that chapter, if not the whole book. OReilly have a long tradition of publishing the bee's knees of *nix reference and text books.
 
Last edited:
Another option is to just umask = 0 0 0 in your fstab and give r/w/x permissions to all, when the disk is mounted instead of chmod-ing the directory under /mnt
 
(Again let me stress that I am ten to twenty years out of date and rusty on *nix, even though I now use Linux all the time)

indialogue, I don't think that is a good change. Even for a single-user home system it worries me to change system-wide security settings. It is also tricky for a non-*nix person to understand the mask concept. On that basis, of course we should have been saying "rwx," rather than "777" :o

For those that do not know... the "x" permission is important for directories, because it does not mean "execute" as it does for files, but it means "can change to (enter) this directory."

I doubted that and tried to switch to the directory:
cd /mnt/music

but then "ls" command doesn't list anything.

Would usually indicate that the mount didn't work. Please give the output of ls -ld /mnt and ls -ld /mnt/music
(the d option says to list the directory itself, rather than the contents)
(You should see "drwxrwxrwx" at the beginning of each line)

The mount command, with no arguments, lists the currently mounted file-systems
 
Last edited:
indialogue, I don't think that is a good change. Even for a single-user home system it worries me to change system-wide security settings. It is also tricky for a non-*nix person to understand the mask concept. On that basis, of course we should have been saying "rwx," rather than "777" :o
Oh no, I was just suggesting that he add this into the fstab line which references the hard disk he is looking to mount. It amounts to the entire HDD being mounted as rwx for all
 
Oh sorry... :o

You still have to have the permission of the mount point right. That's the one that has so often tripped me up in the past.
 
Last edited:
Thanks everybody for your suggestions. I tried most of them. Giving permission didn't solve the problem. I was out of idea and so I went ahead and reinstalled it again. And now it is working just fine.

I don't know what was the problem really!
 
Just a quick question -
I was thinking of powering by BBB board with a 9v lead-acid battery. My question is can we consider that all batteries will produce equally clean and stable DC power?
 
Last edited:
Order your Rega Turntables & Amplifiers from HiFiMART.com - India's reputed online dealer.
Back
Top