Syntax of Commandline Options in dongle.bin.config

[HtV]

In Vista I wouldn't recommend this because of the extra security on the Program Files folder.

You could rule out this as a reason by "moving" the share to c:\mvpmc. Afaik C:\program files has special security in xp aswell, allthough could be different/less as in Vista.

cya Hans

[jksmurf]

You could rule out this as a reason by "moving" the share to c:\mvpmc. Afaik C:\program files has special security in xp aswell, allthough could be different/less as in Vista. cya Hans

Well I ruled it out by moving the share, but am still no further with it :confused:. Tried recreating the share, tried going back to Simple File Sharing, checked all previous recommendations. Stumped.

k.

[mvallevand]

Well I ruled it out by moving the share, but am still no further with it :confused:. Tried recreating the share, tried going back to Simple File Sharing, checked all previous recommendations. Stumped.

I seem to remember that you had an NSLU2. If is online you could write the file there.

Martin

[mvallevand]

Well I ruled it out by moving the share, but am still no further with it :confused:. Tried recreating the share, tried going back to Simple File Sharing, checked all previous recommendations. Stumped.

k.

k., if the guest account is giving you trouble with the rw, create another user with a password and use those in your dongle.bin.config

Here would be an example with an mvpmc user.

Code:

umount /etc/mvpmc
mount.cifs //192.168.1.10/mvpmc /etc/mvpmc -o username=mvpmc,password=mvpmc,rw
... back to normal

Note if you are worried about security on your home network (I'm not, my router is sufficient), remember that the guest account would be able to read the dongle.bin.config so any the info will not provide any additional security. It might get you around the problem.

Martin

[jksmurf]

k., if the guest account is giving you trouble with the rw, create another user with a password and use those in your dongle.bin.config ... Here would be an example with an mvpmc user.

Code:

umount /etc/mvpmc
mount.cifs //192.168.1.10/mvpmc /etc/mvpmc -o username=mvpmc,password=mvpmc,rw
... back to normal

• Well THAT worked :o ... so maybe it was the guest account permissions all along ...
  
• So I then deleted the (new) mvpmc account, disabled simple file sharing, enabled the guest account, gave files ONLY full control in the mvpmc share (mine is located in in c:\program files\devnz\gbpvr\dongle\mvpmc) and that did NOT work.
  
• So I looked at a few past threads. This one shows a double back slash
  Code:

  mount.cifs //yourip/...
  while This one (recommended for my setup) shows a single back slash
  Code:

  mount.cifs /yourip/...
  . So I tried both of them and whaddya know, DOUBLE backslash saves the config OK, single does not ... :confused:
  
• I then turned OFF the guest account. That worked too. I learned more about shares than I ever wanted to...Martin's 10 ways to break the guest a/c was not far wrong...
  
• So why does // work and / not?

Note if you are worried about security on your home network (I'm not, my router is sufficient), remember that the guest account would be able to read the dongle.bin.config so any the info will not provide any additional security. It might get you around the problem.
Martin

Have a router too and if anone wants to mess with my mcpmc share, it's no biggie.

Can I ask another 2 questions?

1. Is it intended behaviour once settings are successfully saved, that a green-button MVP power off will load those settings on a green-button MVP power ON?
   
2. If those settings are not saved, but a commandline is used instead, is the intended behaviour the same, i.e. will a green-button MVP power off load those commandline settings on a green-button MVP power ON?

Cheers

k.

[mvallevand]

So why does // work and / not?

Because / is the root folder and my example was wrong, I will go through the forum this evening and fix it. (Done it was really just this thread)
You probably are most used to seeing the syntax in URL's http://.../...

On Windows it is the opposite net use m: \\..\.. because root is \

Is it intended behaviour once settings are successfully saved, that a green-button MVP power off will load those settings on a green-button MVP power ON?

They save when you hit Save Setting in the Main Menu Setup only. The reason for not-autosaving is that this function is intended to write to flash one day.

f those settings are not saved, but a commandline is used instead, is the intended behaviour the same, i.e. will a green-button MVP power off load those commandline settings on a green-button MVP power ON?

The command lines work everytime you start unless you override them with run time changes in Main Menu Setup or with the browser changes.

Martin

[pz1]

I then turned OFF the guest account. That worked too. I learned more about shares than I ever wanted to...Martin's 10 ways to break the guest a/c was not far wrong...

Did you reboot your machine after this? I also observed that I could turn off Guest account and the thing continued to function properly. However after a reboot it did not work again!

[jksmurf]

Did you reboot your machine after this? I also observed that I could turn off Guest account and the thing continued to function properly. However after a reboot it did not work again!

No I didn't try that... too tired to test :-)

k.