I’m using mounts ability to bind in fstab in order to place the shares where I I need them. My root partition is far to small for the amount of data I have. So in fstab I have something like this.
/{mount}/{path}/{share name} /var/lib/nethserver/ibay/{share name} auto bind,gid=46,defaults 0 0
Obviously, replace the “{mount}/{path}/{share name}” with your shared folder or where you have mounted a different drive. You’ll also have to run a command fstab-update after modifying the fstab file otherwise your changes will be lost. This can be found in the development documentation.
This is a follow on to this post, because I wasn’t sure about this communities rules on resurrecting old threads.
The tip about using mount bind to mount existing data to a shared folder was exactly what I needed.
But I also ran into the issue where Nethserver doesn’t like any capital letters in the share names. Is there a hard and fast reason for this or can it be changed.
In the post, Giacomo makes the point that the Windows implementation is case insensitive, which is fine if you only use that share in Windows or this is a brand new share. I have the situation where I need to share an existing directory, that has a capital letter in it’s name, which is used both in both Windows and Linux, and is currently stored in hundreds, if not thousands, of file location references.
@davidep
It’s not a Linux Samba client. It’s the NS itself.
OK, the original issue I was thinking of may be a non-issue after all. I need to do a little more checking on this.
But, another problem caused by mixing case showed up when my wife tried to play some of her music, which would lead to more problems (for me) than anything I might find.
iTunes runs on a Windows machine, but the music itself is stored on an array within NS, in a base directory: iTunes. We have created a large number of playlists that can be sent to an application running on NS that streams the music. These continue to work, as they were built prior to switching to NS. However, since switching, the library on the Windows side is now itunes, after switching the Windows iTunes to use the new share, because of the NS case restrictions. This means any new playlists created, by a COM based application will put itunes as the directory, which will fail when shipped to NS as that is case sensitive.
Renaming the library won’t work, because then all the original playlists will fail. I guess the temporary answer, is to use a couple of soft links to match everything up, but this is just a workaround for what I see is an arbitrary restriction in NS. Unless there is a fundamental reason why mixed case cannot work.
BTW There are some Windows programs, well at least one, made by Apple that is case sensitive on Windows. I tried to fool it con continue to store iTunes as the directory even though the share is itunes. But no, take a look at this screenshot. (Is there a way to embed these in a post. I couldn’t see one).
A bit OT, but I mean that each service provided should have its relevant database, it is boring that you cannot use a name for an user because it is taken by an ibay…Obviously this can be done for NS7, a bit tricky to do it on a working system.