On Sunday 09 January 2005 17:42, Matthias Meyer wrote:
> Matthias Meyer wrote:
> > Blaisorblade wrote:
> >> Almost certainly you just need to setup samba to allow write access to
> >> that share... maybe you have "security=host" in your smb.conf (if that
> >> value for "security" exists).
> >
> > This some values out of my smb.conf
> >         map to guest = Bad User
> >         encrypt passwords = Yes
> >         keepalive = 60
> >         wins support = Yes
> >         unix password sync = Yes
> >         local master = Yes
> >         security = user
> >
> >> Notice that, if you want to setup authentication (the alternative is
> >> enabling guest access read/write, with :
> >>
> >>    guest ok = yes
> >>    writable = no
> >
> > and some other values out of my smb.conf
> > [Video]
> >         writeable = yes
> >         public = yes
> >         guest ok = Yes
> >         read only = No
> >         path = /Video
> >
> >> ), either you set the lan hosts to use unencrypted passwords (because
> >> when receiving the Win hash it can't check it against the Unix hash), or
> >> you set an indipendent Samba password for each user you want to enable
> >> (as I did, having only 1 user) with smbpasswd, or you use winbind to
> >> make your Unix account fetch passwords from the Samba database (or even
> >> you create a Windows 2000 domain with Samba 3 and LDAP).
> >
> > I have no problems with encrypted passwords between Windows and Samba. My
> > Samba-Server can provide any directory for read/write access but not the
> > hostfs-directory.
>
> Maybee it help to know:
> # cat /proc/filesystems
> nodev   rootfs
> nodev   bdev
> nodev   proc
> nodev   sockfs
> nodev   tmpfs
> nodev   shm
> nodev   pipefs
> nodev   binfmt_misc
>         ext3
>         ext2
> nodev   ramfs
> nodev   devfs
> nodev   devpts
> nodev   hostfs
>
> Is it possible that the "nodev hostfs" entry restricted samba to provide
> this share only for readonly?
Uh? I hope not.... I don't see any reason for that. Try creating a tmpfs mount 
inside the share to verify your idea.

Instead, it is more likely something strange is acting with permissions... 
hostfs is not nice when it comes to handling permissions. Let's say file A is 
owned by user U on the host (U is the numerical UID) - that is what is seen 
inside UML. The best thing to do is to have everything owned by the user 
running UML. But DO NOT run UML as root, that means giving free root access 
to your box!

In short, verify the user that Samba is using to access the share actually 
succeeds in using it... 
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
User-mode-linux-user mailing list
User-mode-linux-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user

Reply via email to