• The forum software that supports hummy.tv has been upgraded to XenForo 2.3!

    Please bear with us as we continue to tweak things, and feel free to post any questions, issues or suggestions in the upgrade thread.

Network Shares Automount (ScanMounts) - SMB connection failing

NEast_Ncl

New Member
Hi,

I have recently come across the Network Shares Automount package on the Custom Modules. It looks perfect for what I need (Archiving some recordings off the box, but making them easily accessible again).

Unfortunately, although I have read many of the posts here Network-Shares-Automount I can't get it to work. If anyone has any bright ideas / help, it would be much appreciated.

I have installed:
Virtual-Disk2 2.0-5 is also installed

Web interface version: 1.5.3
Custom firmware version: 3.13 (build 4028)
Humax Version: 1.03.12 (kernel HDR_CFW_3.13)
Loader Version: a7.33

The script appears in mod/sbin/scanmounts

I have configured the settings in the WebIf Browser SMB modsettings folder
domain=Domain or Workgroup (4.0KiB)
folder=Folder1_Folder2 (4.0KiB)
host=192_168_0_3 (4.0KiB)
mac=ABABABABABAB (only needed for wakeUp) (4.0KiB)
password=mysecret (4.0KiB)
shareFolder=off (4.0KiB)
user=myuser (4.0KiB)
wakeConstantly? (4.0KiB)
wakeNow? (4.0KiB)

I have tested the credentials using Windows "net use" and the drive mapped without concern.
I created the credentials specially for the Hummy and they provide Read Only access to the device. However, Read-Write access didn't seem to make any difference as far as I could tell. (And I was just trying to protect from the potential of deleting the share on the hummy, and wiping my store off my network!)

I have enabled SMB1 on the network storage system

The scanmounts log repeatedly states the following:
2146 umount: can't forcibly umount /media/NetFld: Invalid argument
2145 Mount failed...
2144 mount: mounting //192.168.0.3/Folder1/Folder2 on /media/NetFld failed: Permission denied
2143 mount -t cifs //192.168.0.3/Folder1/Folder2 /media/NetFld -o user=myuser,password=#######,domain=Domain or Workgroup,unc=\\192.168.0.3\Folder1\Folder2
2142 2024-11-18 23:26:41 - 192.168.0.3 is on-line - attempting to mount NetFld

I'm unable to fathom what the permission is that is denied, and haven't got much further trying to understand the script enough to run some coarse tests.

Any pointers really gratefully received!

Kind regards,
 
Not sure if there are other issues, but is 'domain=' set correctly?
Eg it may be the default 'WORKGROUP', unless you've set it to something else.
 
Last edited:
mount -t cifs //192.168.0.3/Folder1/Folder2 /media/NetFld -o user=myuser,password=#######,domain=Domain or Workgroup,unc=\\192.168.0.3\Folder1\Folder2
mount: mounting //192.168.0.3/Folder1/Folder2 on /media/NetFld failed: Permission denied
Does /media/NetFld exist as a directory?
Do you really mean to use Folder1/Folder2 ?
I would try simplifying it to start with, just to Folder1, which presumably is the correct Share name.
The domain stuff is unimportant in my experience. It's not great having a space in it - that may even be the problem.
Try directly from the command prompt.
 
Thank you for all the thoughts.

What's that about??

The python package is just installed by the network-shares-automount installation script. I guess I have no other use for it, so the package is installed as part of the automount package. I was just confirming that it is installed.

Not sure if there are other issues, but is 'domain=' set correctly?
Eg it may be the default 'WORKGROUP', unless you've set it to something else.

I have tried it both with and without the correct domain (a Workgroup in my case). Some people seem to say it really matters, others say it doesn't. I've changed it to the correct workgroup again, but no change in function.

Does /media/NetFld exist as a directory?
Do you really mean to use Folder1/Folder2 ?
I would try simplifying it to start with, just to Folder1, which presumably is the correct Share name.
The domain stuff is unimportant in my experience. It's not great having a space in it - that may even be the problem.
Try directly from the command prompt.

I haven't created /media/NetFld as I assumed that would be created by the script when mapped. On your question, I have created the folder, but still no joy. Also, when restarted, the folder disappeared! i think the script itself mkdir's the folder on demand, anyway.

I do really mean Folder1/Folder2 - this is the structure of the storage - I have tried just the single Folder1 and no joy. I have tried no folder at all (access root of the host, but again no luck

With regards to directly from the command prompt - do you mean connect via telnet and pass it the "mount cifs" command generated by the script? I have tried this and get exactly the same "Permission Denied". I can't even work out whether this is Linux permission denied, or Windows permission denied!

Is there any other trouble shooting. Would very much like this to work, but I'm failing to even mount the windows share on the Hummy's linux in any form. It is very frustrating.

Many thanks again.
 
A further update. I've just found that the server was requiring NTLMv2

I was unable to demand the hummy used this, so I have disabled this demand (for now at least)

Now I get a new message: "No such device or address"

If I change the address down to just the IP host (no folder path at all) I get "failed" - thanks linux!

Are there more detailed logs somewhere, that I can access?
 
The python package is just installed by the network-shares-automount installation script. I guess I have no other use for it, so the package is installed as part of the automount package. I was just confirming that it is installed.
Why are you dissecting stuff instead of just using it? I guess the vast majority of users simply install packages from WebIF >> Package Management, where you would be presented an "Install" button for network-shares-automount and then any dependencies are dealt with behind the scenes.

My point is that a lot of trouble has been gone to, to make it all easy. Newcomers are not likely to know better.
 
/media is a RAM filesystem, so it is volatile. The script does re-create things, but it doesn't hurt to check.
Try this: mkdir /media/NetFld ignoring any error if it already exists.
Then either
mount -t cifs //192.168.0.3/Folder1/Folder2 /media/NetFld -o user=myuser,password=#######,unc=\\\\192.168.0.3\\Folder1\\Folder2
or
mount -t cifs //192.168.0.3/Folder1 /media/NetFld -o user=myuser,password=#######,unc=\\\\192.168.0.3\\Folder1

You can't use just the IP address.
It would be helpful to know what net share says on the Windows side.
Welcome to the miserable world of making Samba/Linux/Windows/SMB work.
 
I was just trying to be helpful showing what had been installed, using the package manager, as part of the script. Helps verify the version in case that has introduced any changes.

The way that you have described is what I have done. However, for all it is supposed to work "out the box", it doesn't. That is what I am trying to work out why. Since there are no useful error messages, and my linux knowledge is limited, I'm seeking help. Are you able to offer any help to this problem.?
 
/media is a RAM filesystem, so it is volatile. The script does re-create things, but it doesn't hurt to check.
Try this: mkdir /media/NetFld ignoring any error if it already exists.
Then either
mount -t cifs //192.168.0.3/Folder1/Folder2 /media/NetFld -o user=myuser,password=#######,unc=\\\\192.168.0.3\\Folder1\\Folder2
or
mount -t cifs //192.168.0.3/Folder1 /media/NetFld -o user=myuser,password=#######,unc=\\\\192.168.0.3\\Folder1

You can't use just the IP address.
It would be helpful to know what net share says on the Windows side.
Welcome to the miserable world of making Samba/Linux/Windows/SMB work.
Brilliant!

The double folder version failed, the single folder version worked.

I guess it was failing due to the NTLM requirement of the server, and also because of the double folder. I maybe only tried one each time - silly in retrospect!

Thank you so much prpr - really appreciated.
 
Last edited:
The double folder version failed, the single folder version worked.
I did say that the first time!
I guess it was failing due to the NTLM requirement of the server, and also because of the double folder.
Yes.

Now to retro-fit it in to the GUI - you only need the doubled backslashes on the command line.
 
I did say that the first time!

Yes.

Now to retro-fit it in to the GUI - you only need the doubled backslashes on the command line.
Indeed you did! Apologies. The un-awareness of the NTLMv2 security requirement by the server had me.

I think I hadn't got the double escaping right on the command line - so the clear guidance was much appreciated.

Do you know if there is a way to include (even via command line, can fit into script myself, maybe) the sec=NTLMv2 - or would that just not be supported?

And finally, is there a way to map to subfolders - or is this a limitation of CIFS?

GUI retrofitted - working well. Thanks again.
 
Do you know if there is a way to include (even via command line, can fit into script myself, maybe) the sec=NTLMv2 - or would that just not be supported?
I don't know. You may need to try the Samba 3.6.25-1 package from the Beta repository and/or play with settings in /mod/etc/smb.conf having cast an eye over the Samba documentation.
And finally, is there a way to map to subfolders - or is this a limitation of CIFS?
Don't know that either. I can't get it to work on a quick test.
 
I don't know. You may need to try the Samba 3.6.25-1 package from the Beta repository and/or play with settings in /mod/etc/smb.conf having cast an eye over the Samba documentation.

Don't know that either. I can't get it to work on a quick test.
No problem at all. Thank you for all your help. I wasn't aware of the beta Samba, so if I get brave I might have a look. If it works I'll update here :)
 
Back
Top