[network-shares-automount] package released

Black Hole said:
10.10.110.18 appears incorrect. I suspect you have found the current IP address assigned to your Internet connection and not the IP address of your PC on your home network.
Click to expand...
10.0.0.0/8 are private IP addresses (like 192.168.0.0/16) so aren't particularly likely to be the IP address assigned to an Internet connection (although I have seen them used by mobile broadband).
 
R7814N said:
Thank you for your response. I made the changes you suggested by bringing in the host computer as 127.0.0.1. Unfortunately the share still does not appear in storage>>blue. I hope someone with specialised linux knowledge will also comment.
Click to expand...
127.0.0.1 only works as a loop-back from the local network adapter, so that's no good either.

Log on to your router's control panel and see what IP address is registered to the PC from there.
 
R7814N said:
In my list of recorded files on my HDR Humax I see an entry for ModSettings. Opening it and going into the nfs folder shows the setup template folders and not the media files.

I am using Ubuntu gnome 16.04 on my desktop computer.

This is what I have done so far:
I have chosen to use nfs in ModSettings. I have changed the folders in nfs to show:
  1. folder=_home_robin_humyvids
  2. host=10.10.110.18 (This is the address of my desktop computer via ip route get 8.8.8.8 | awk '{print $NF; exit}' )
  3. Sharefolder= On
The actual files are on the external HD and the partition has underscores in the name so I have created a read only folder in robin's home called humyvids which is linked to the actual folder containing the video files. I have also put an empty memory stick into the usb socket on the Humax.

What have I overlooked?
Click to expand...

If the export is a standard mount following normal NFS convention then 'folder=_home_robin_humyvids' should be 'folder=export_home_robin_humyvids'.

The 'host' entry should have underscores instead of periods, e.g. 'host=10_10_110_18' and as Black Hole said, you want 'shareholder=off' to access via USB.
 
I too am having problems with making the SMB mount work. I recently updated the OS on my HP Proliant server from Ubuntu 16.x to 17.x and following that, I can't persuade the Hummy to mount a share on the Proliant. I'm writing this on my linux box which following a couple of changes, does now connect to the Proliant. Having made the same changes in the smb folder on the Hummy, it's still failing. Can somebody give me a clue as to where I'm going wrong please as this is proving frustrating.

If I look at the scanmounts.log on the Hummy it says this - umount: can't forcibly umount /media/xbox: Invalid argument and sure enough, there is no /media/xbox folder. I don't recall having to make any changes when I first set this up, such as modifying any conf files.

For reference, this is the setup on the Hummy :-
ls /media/My\ Video/[ModSettings\]/smb/xbox/
domain=Workgroup host=192_168_1_26 password=maemo shareFolder=off wakeConstantly?
folder=xbox mac=ABABABABABAB (only needed for wakeUp) sec=ntlmssp user=xbox wakeNow?

The two changes I made here are the sec=nt.. and including the domain line.

The equivalent line from the fstab file on this machine is :-
//ProLiant/xbox /media/ProLiant/Media_Share cifs dir_mode=0775,gid=chris,uid=chris,credentials=/etc/samba/auth.proliant_server.Xbox,sec=ntlmssp,_netdev,x-systemd.automount 0 0

So you can see that things *ought* to work. But they don't. Any help appreciated.
 
Chris Walker said:
I too am having problems with making the SMB mount work. I recently updated the OS on my HP Proliant server from Ubuntu 16.x to 17.x and following that, I can't persuade the Hummy to mount a share on the Proliant. I'm writing this on my linux box which following a couple of changes, does now connect to the Proliant. Having made the same changes in the smb folder on the Hummy, it's still failing. Can somebody give me a clue as to where I'm going wrong please as this is proving frustrating.
[snip]
So you can see that things *ought* to work. But they don't. Any help appreciated.
Click to expand...

I've finally managed to fix this problem so am posting here in case somebody else suffers with the same issue in future. Part of the problem is the old version of samba on the Hummy but of course that won't change. The issue is the security setting in relation to passwords. I tried adding sec=ntlmssp or sec=ntlmv1, or sec=ntlm to the options but they didn't help. Wading through the logs on the server showed it was a password problem and yet I am using the same password to mount the linux machine - more digging required! It turns out that the server expected a more secure password and gave errors of the form :- check_ntlm_password: Authentication for user [xbox]

I had to add a line to the smb.conf file on the server to enable this 'ntlm auth = Yes' and now the mount from the Hummy works.
 
Black Hole said:
If there's a need there is a possibility
Click to expand...

It's difficult for me to call it a need as there's a simple workaround and it won't be me having to put in the work of adding the new software. But if you consider that it will cause a problem in future and should be fixed as it will affect others in time, then I'm happy to test the revised code if you need a beta tester.
 
There are pros and cons with any update, whether a revision will continue to work in circumstances where the original worked etc.

What do you think, af123?
 
Black Hole said:
There are pros and cons with any update, whether a revision will continue to work in circumstances where the original worked etc.
Click to expand...
The current version (Samba 2) already doesn't interoperate with Samba 4. It does with Samba 3.
 
Black Hole said:
There are pros and cons with any update, whether a revision will continue to work in circumstances where the original worked etc.

What do you think, af123?
Click to expand...
It's worth looking at. Often these things get bigger and bigger with each new version and soon get beyond the capacity of the Humax but maybe Samba is an exception...
The Samba package isn't one of mine - raydon provided the original and xyz321 updated it so I've never actually built it myself.

Edit: and looking at what xyz321 sent me at the time, building Samba 2.2 was "a bit of a hack" since the build system doesn't properly support cross compilation.
 
Chris Walker said:
Part of the problem is the old version of samba on the Hummy
Click to expand...
If I understand correctly you are mounting a samba share (provided by another device) on the Humax. The samba package is not used in this case since it is the server to allow external devices to mount some or all of the Humax file system. The samba client function is provided by the cifs driver package which can be setup using the network-shares-automount package.

That's not t say there aren't interoperabllity problems with various versions of the samba server. I seem to remember there were problems when attmpting to compile and/or run the samba 3 server, possibly caused by the limited memory available. I think af123 did most of the work on samba 3.
 
Okay I've had this package installed for a while and just getting around to configuring this.

I can already access my HTPC's two large drives full of media by setting the paths, and it's a hell of a lot faster to pull file lists than DLNA serving and not as many clicks to get to where the videos are, so I'm impressed.

My question is, can you merge paths and have one share for both drives? For example at the moment it's shares called HTPC D and HTPC E but is there a way to name the folder so it's just one share for both drives? You can do this in Kodi when adding sources so there's less browsing about.

Not a big deal if you can't, just curious for convenience really! Thanks in advance.
 
Can you do this on your htpc to present both drives as one share perhaps with each a folder underneath ?

Sent from my SM-G900F using Tapatalk
 
zekepliskin said:
Having had a look at the setup doc for haneWIN NFS server which is what I use, I'm pretty sure you can't root share both drives as a single mount point, sadly.
Click to expand...

Ah ok I was thinking something like this
https://superuser.com/questions/1152073/single-network-share-with-directories-from-multiple-drives

But checking the hanewinNfs manual it looks like you may be able to do what you need with exports / mount points

https://www.hanewin.net/doc/nfs/nfsd.htm

Their manual suggests they do support windows redirects (the first article) but that would effect it for your pc use too, I think the exports / mounts in hanewinNfs are what you’re trying to achieve

I’ve done something similar but the other way round I share my humax via samba and add it to my Plex library on my pc - plex quite happily converts the humax videos on the fly so I can watch on my Roku or iPad :)


Sent from my iPhone using Tapatalk
 
You must log in or register to reply here.
Back
Top