shinobar wrote:I have samba share on my home LAN. The samba server is on Vine Linux and the shared folder is public, any user can full access without password.
The Lucu/LupQ-511 had same problem.
Connect the remote public share folder using Pnethood. When i click a video file in the remote folder, Gnome-mplayer plays back the remote video file.
When i click a text file in the remote folder, Geany launches but the Geany cannot load the text file.
Unmount the remote folder, then re-mount the same folder, then the problem disappears. Geany can now open the remote text file.
EDIT: Not sure. some time Geany can open the remote text file and some time not.
Puzzling...
I tested the Luci-241 because it has the new version of Pnethood.
The problem in the Lucu/LupQ-511 disappeard!
Geany can open the remote text file from the first mount.
But another new trouble in Luci-241...
When i copy a file to the remote folder, an error occurs:
Quote:
Copying /mnt/sda3/tmp/some.txt as /mnt/network/SHINOBAR/video/public/tmp/some.txt
cp: failed to preserve ownership for `/mnt/network/SHINOBAR/video/public/tmp/some.txt': Permission denied
Failed to copy '/mnt/sda3/tmp/some.txt'
Actually, the file is copied successfully. The problem is only the error message.
I saw the mount command:
Luci-241 shows,
//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=guest,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,serverino,acl,rsize=16384,wsize=57344)
LupQ-511 shows,
//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=root,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,file_mode=0755,dir_mode=0755,serverino,rsize=16384,wsize=57344)
The deference must come from the Pnethood verson.
EDIT: It is sure. I replaced whole /usr/local/apps/pnethood directory on the Luci-241 with that of LupQ-511, and confirm the mount command shows the same as LupQ-511 and copy with no error message.
But i cannot find what is the deference in the mount options between 2 versions of pnethood.
EDIT: Luci-241(pnethood-0.6.6) issues next mount command:
mount-FULL -t cifs //192.168.11.2/video /mnt/network/SHINOBAR/video -o servernetbiosname=SHINOBAR,username=guest,password=guest,iocharset=utf8
LupQ-511(pnethood-0.65i18n1) issues:
mount-FULL -t cifs //192.168.11.2/video /mnt/network/SHINOBAR/video -o servernetbiosname=SHINOBAR,guest,iocharset=utf8
But the problem seems not there.
Hi shinobar,
Thank you for the support words.
About the Geany problem, this could be related to some Samba configuration for public access, try the following in the configuration file:
Code: Select all
[global]
security = share
[public]
comment = Public Folder
path = /home/public
public = yes
writable = yes
force user = public
create mask = 755
About the copy problems and the code changes between versions:
In
LupQ-511(pnethood-0.65i18n1) the guest option included does not refer to a guest account. Note that '-o guest' is not intended to be an instance of '-o <username>', it's meant to specify an anonymous connection to the server with no username.
The -o section of the man page for mount says:
Options are specified with a -o flag followed by a comma sepa-rated string of options. Some of these options are only useful when they appear in the /etc/fstab file.
The guest option is a way to disable password prompting when mounting open shares from the command line or from /etc/fstab.
Then, when you use (pnethood-0.65i18n1) you get:
//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=root,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,file_mode=0755,dir_mode=0755,serverino,rsize=16384,wsize=57344)
Here you use an anonymous connection but not guest nor nobody accounts, I think the connection fails the first time and then fallback to the root account (Note in your post that the shared is finally mounted with root and not guest, in this way you have full access permissions to this share). I´m not sure here, anyway in Puppy the mount command is issued by root and the permissions could be inherited.
In
pnethood-0.6.6 I modified the mount command to include the guest user account (username=guest,password=guest), to avoid problems with Windows open shares. I took some considerations for this change:
1. Guest account has special function related to network shares (
http://support.microsoft.com/kb/300489)
2. NTFS permissions that refer to Everyone include the guest account.
3. The guest account in Windows comes with the default "guest" password. (Pnethood 0.6.6 can be also used if the guest account has an empty password).
4. The guest account must be enabled.
When you use Luci-241(pnethood-0.6.6) you get:
//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=guest,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,serverino,acl,rsize=16384,wsize=57344)
Here you are connecting with the guest user having limited access, this could be the reason to get the "Permission denied" message.
Even without a "guest" user in Samba, there is, a mapping between the user nobody and the detection of a login that is not in the /etc/samba/smbpasswd database. I´m pretty sure this behavior is configured in the /etc/samba/smb.conf file with the option "guest account = nobody" and you will get the same mount results using the nobody credentials in Pnethood.
Some questions remains, but I hope this info could help you to understand the different options used in Pnethood and the changes I made for it.
Greetings,
clarf