Jump to content


Photo

Networkshare doesn't mount


  • Please log in to reply
37 replies to this topic

#1 rawig

  • Member
  • 19 posts

0
Neutral

Posted 6 January 2015 - 21:29

I have a Xtrend ET4000 and an ET9500 STB. Both are running OpenPLI 4 and I have updated the software a few days before. 

 

The ET9500 is the main STB. I have added a networkshare from my Windows server to be used as a harddrive in the STB. This works perfect.

 

The ET4000 uses the ET9500 as partnerbox. This works fine as well. But adding the networkshare to the ET4000 doesn't work. The  smal icon in the list of networkshares has a little red X. The share is not available and selectable in the recording-path and also not in the filelist.

 

What is going wrong?



Re: Networkshare doesn't mount #2 velik

  • Member
  • 9 posts

+1
Neutral

Posted 7 January 2015 - 10:12

I can confirm for kernel 3.9.6 (DUO, UNO)

cifs share still not working (Image from 5.01).

 

Networkshare from UNO to the DUO (and from DUO to the UNO) doesn't work.

But, networkshare is working normally from UNO (or DUO) to the other devices (PC, mediaplayer DUNE) 


VU+DUO, VU+UNO 36E,13E,5E,4W


Re: Networkshare doesn't mount #3 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 7 January 2015 - 10:46

It has probably to do with security options. There have a some changes in the linux kernel in this area. If you type cat /proc/filesystems you'll see cifs is really there.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Networkshare doesn't mount #4 velik

  • Member
  • 9 posts

+1
Neutral

Posted 7 January 2015 - 11:41

cat /proc/filesystems  for UNO (kernel 3.1.1) - networkshare from UNO to the DUO is working: 

 

vuuno login: root

root@vuuno:~# cat /proc/filesystems

nodev   sysfs

nodev   rootfs

nodev   bdev

nodev   proc

nodev   tmpfs

nodev   devtmpfs

nodev   sockfs

nodev   usbfs

nodev   pipefs

nodev   anon_inodefs

nodev   rpc_pipefs

nodev   devpts

        ext4

nodev   ramfs

        vfat

        msdos

        iso9660

        hfsplus

        hfs

nodev   nfs

nodev   nfs4

nodev   cifs

nodev   autofs

nodev   fuse

        fuseblk

nodev   fusectl

        udf

nodev   mtd_inodefs

nodev   ubifs

 

root@vuuno:~#

 

cat /proc/filesystems  for UNO (kernel 3.9.6) - networkshare from UNO to the DUO is not working:

vuuno login: root

root@vuuno:~# cat /proc/filesystems

nodev   sysfs

nodev   rootfs

nodev   bdev

nodev   proc

nodev   tmpfs

nodev   devtmpfs

nodev   sockfs

nodev   pipefs

nodev   anon_inodefs

nodev   rpc_pipefs

nodev   devpts

        ext3

        ext2

        ext4

nodev   ramfs

        vfat

nodev   nfs

nodev   nfs4

nodev   cifs

nodev   autofs

        fuseblk

nodev   fuse

nodev   fusectl

nodev   mtd_inodefs

nodev   ubifs

root@vuuno:~#


VU+DUO, VU+UNO 36E,13E,5E,4W


Re: Networkshare doesn't mount #5 WanWizard

  • PLi® Core member
  • 70,542 posts

+1,812
Excellent

Posted 7 January 2015 - 12:32

As you see, cifs is present in both cases.

 

That is not the issue, as Erik already mentioned the default authentication mechanism has changed in this version.

 

For some target systems you need to downgrade it. On the commandline you do that by adding "sec=ntlm" to the mount options, and you will see it works. It will probably also work if you add this to an fstab entry.

The mountmanager gui however does not have the option to enter this, and probably also not to execute it.

 

So as a workaround mount manually on the commandline (and don't reboot your box) or use an fstab entry instead of the mount manager (assuming this will work too).


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Networkshare doesn't mount #6 velik

  • Member
  • 9 posts

+1
Neutral

Posted 7 January 2015 - 18:49

Thank you, I read about it  http://forums.openpl...e-2#entry466557 

Manually mounting is working. But, I would like to do it from  gui ...


VU+DUO, VU+UNO 36E,13E,5E,4W


Re: Networkshare doesn't mount #7 WanWizard

  • PLi® Core member
  • 70,542 posts

+1,812
Excellent

Posted 7 January 2015 - 19:15

We know that. ;) But it hasn't been picked up yet.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Networkshare doesn't mount #8 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 7 January 2015 - 19:36

Maybe this works (didn't test it..)

Subject: [PATCH] networkbrowser: use rw,nolock,sec=ntlm as cifs defaults
 mount options

http://forums.openpli.org/topic/36360-vu-duo-update/page-2#entry466557

diff --git a/networkbrowser/src/AutoMount.py b/networkbrowser/src/AutoMount.py
index f6f7830..27a38ec 100644
--- a/networkbrowser/src/AutoMount.py
+++ b/networkbrowser/src/AutoMount.py
@@ -84,7 +84,7 @@ class AutoMount():
 					data['ip'] = getValue(mount.findall("ip"), "192.168.0.0").encode("UTF-8")
 					data['sharedir'] = getValue(mount.findall("sharedir"), "/exports/").encode("UTF-8")
 					data['sharename'] = getValue(mount.findall("sharename"), "MEDIA").encode("UTF-8")
-					data['options'] = getValue(mount.findall("options"), "rw,nolock").encode("UTF-8")
+					data['options'] = getValue(mount.findall("options"), "rw,nolock,sec=ntlm").encode("UTF-8")
 					data['username'] = getValue(mount.findall("username"), "guest").encode("UTF-8")
 					data['password'] = getValue(mount.findall("password"), "").encode("UTF-8")
 					self.automounts[data['sharename']] = data
diff --git a/networkbrowser/src/MountEdit.py b/networkbrowser/src/MountEdit.py
index eeba2c4..fc4fead 100644
--- a/networkbrowser/src/MountEdit.py
+++ b/networkbrowser/src/MountEdit.py
@@ -150,6 +150,8 @@ class AutoMountEdit(Screen, ConfigListScreen):
                         sharedir = "/export/hdd"
                 if mounttype == "nfs":
                         defaultOptions = "rw,nolock,soft"
+                elif mounttype == "cifs":
+                        defaultOptions = "rw,nolock,sec=ntlm"
                 else:
                         defaultOptions = "rw"
                 if username is False:
@@ -185,7 +187,7 @@ class AutoMountEdit(Screen, ConfigListScreen):
                 self.list.append(self.hdd_replacementEntry)
                 if self.optionsConfigEntry.value == self.optionsConfigEntry.default:
                         if self.mounttypeConfigEntry.value == "cifs":
-                                self.optionsConfigEntry = NoSave(ConfigText(default = "rw", visible_width = 50, fixed_size = False))
+                                self.optionsConfigEntry = NoSave(ConfigText(default = "rw,nolock,sec=ntlm", visible_width = 50, fixed_size = False))
                         else:
                                 self.optionsConfigEntry = NoSave(ConfigText(default = "rw,nolock,soft", visible_width = 50, fixed_size = False))
                 self.optionsEntry = getConfigListEntry(_("Mount options"), self.optionsConfigEntry)
diff --git a/networkbrowser/src/NetworkBrowser.py b/networkbrowser/src/NetworkBrowser.py
index ae12503..f1225d0 100644
--- a/networkbrowser/src/NetworkBrowser.py
+++ b/networkbrowser/src/NetworkBrowser.py
@@ -454,7 +454,7 @@ class NetworkBrowser(Screen):
 				data['ip'] = selection[2]
 				data['sharename'] = selection[3] + "@" + selection[1]
 				data['sharedir'] = selection[3]
-				data['options'] = "rw"
+				data['options'] = "rw,nolock,sec=ntlm"
 				self.sharecache_file = None
 				self.sharecache_file = '/etc/enigma2/' + selection[1].strip() + '.cache' #Path to cache directory
 				if os_path.exists(self.sharecache_file):
-- 

Attached Files


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Networkshare doesn't mount #9 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 7 January 2015 - 19:42

It TS can test this and it works OK, I will apply it. I don't have a cifs server here.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Networkshare doesn't mount #10 tappari

  • Senior Member
  • 121 posts

+2
Neutral

Posted 8 January 2015 - 07:09

I have two old nas drives both needing cifs mount: Buffalo Link Station and D-Link DNS-323 2TB.

VU+ Duo2 /kernel 3.13.5 mounts with networkbrowser both of these without any problem. But VU+ ultimo /kernel 3.9.6 refuses to mount DNS-323.No problem with Link Station.

So, obviously kernel 3.9.6 has some problem compared to kernel 3.13.5. 



Re: Networkshare doesn't mount #11 WanWizard

  • PLi® Core member
  • 70,542 posts

+1,812
Excellent

Posted 8 January 2015 - 09:43

That patch now always changes the options to include "sec=ntlm" ? That should be user selectable, as some backends need that, others don't.

 

Also, I don't have an Ultimo, but is 3.9.6 the current kernel version for that box? Or is that an old image?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Networkshare doesn't mount #12 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 8 January 2015 - 09:52

But it is user configurable!

 

 

PS. Maybe /export/ should be /media/ ?

Attached Files


Edited by athoik, 8 January 2015 - 09:54.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Networkshare doesn't mount #13 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 8 January 2015 - 09:58

Yes, I think it's a good approach this way. Only users that have problems can revert it to default again. The only thing is, I guess this only works for new shares?

 

And indeed that should be /media/ imho.


Edited by Erik Slagter, 8 January 2015 - 09:58.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Networkshare doesn't mount #14 tappari

  • Senior Member
  • 121 posts

+2
Neutral

Posted 8 January 2015 - 11:11

That patch now always changes the options to include "sec=ntlm" ? That should be user selectable, as some backends need that, others don't.

 

Also, I don't have an Ultimo, but is 3.9.6 the current kernel version for that box? Or is that an old image?

Yes, current version for Ultimo is 3.9.6. Earlier was 3.1.1 without any problems with cifs mounts. My image is fresh flashed PLi 06.01.2015 without any restores. 



Re: Networkshare doesn't mount #15 WanWizard

  • PLi® Core member
  • 70,542 posts

+1,812
Excellent

Posted 8 January 2015 - 11:12

But it is user configurable!

 

Sorry, I didn't know, I never use it.

 

But if this is the case, wny does everyone moan about it? They can just add the "sec=ntlm" to the options if needed, problem solved?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Networkshare doesn't mount #16 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 8 January 2015 - 11:15

 

But it is user configurable!

 

Sorry, I didn't know, I never use it.

 

But if this is the case, wny does everyone moan about it? They can just add the "sec=ntlm" to the options if needed, problem solved?

 

 

I don't use it either.

 

Either users make mounts using other plugin or they are too lazy (or blind...).


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Networkshare doesn't mount #17 tappari

  • Senior Member
  • 121 posts

+2
Neutral

Posted 8 January 2015 - 11:47

 

 

But it is user configurable!

 

Sorry, I didn't know, I never use it.

 

But if this is the case, wny does everyone moan about it? They can just add the "sec=ntlm" to the options if needed, problem solved?

 

 

I don't use it either.

 

Either users make mounts using other plugin or they are too lazy (or blind...).

 

Please remember that not all users are familiar with Linux commands. Normal user is trying to do the mounts with NetworkBrowser trusting it can do the job automatically.



Re: Networkshare doesn't mount #18 WanWizard

  • PLi® Core member
  • 70,542 posts

+1,812
Excellent

Posted 8 January 2015 - 12:04

Unfortunately the world doesn't work that way.

 

Perhaps it's an option to do this at runtime? i.e. have the mount manager attempt to create the cifs mount, and if it fails, retry with "sec=ntlm" added to the options if not present?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Networkshare doesn't mount #19 tappari

  • Senior Member
  • 121 posts

+2
Neutral

Posted 8 January 2015 - 12:20

As a normal user, I still cannot understand the behaviour between Duo2/kernel 3.13.5 and Ultimo/kernel 3.9.6. From my poin of wiev they should bahave simirarly.



Re: Networkshare doesn't mount #20 velik

  • Member
  • 9 posts

+1
Neutral

Posted 8 January 2015 - 12:59

Unfortunately the world doesn't work that way.

 

Perhaps it's an option to do this at runtime? i.e. have the mount manager attempt to create the cifs mount, and if it fails, retry with "sec=ntlm" added to the options if not present?

Yes, after adding "sec=ntlm" in Mount optiions of the GUI Mounts editor, networkshare from UNO to the DUO is working. After full reboot automatically mounting is resumeed. Thanks very much, perhaps it's most simply solution.


Edited by velik, 8 January 2015 - 13:01.

VU+DUO, VU+UNO 36E,13E,5E,4W



6 user(s) are reading this topic

0 members, 6 guests, 0 anonymous users