Comment 28 for bug 592610

On Thu, May 16, 2013 at 2:30 PM, julius von kohout <
<email address hidden>> wrote:

> are you referring to root share or usershare? root shares work properly
> and they are meant to be done by fiddling with smb.conf
>

I don't understand the distinction you're making.
This bug report was about attempting to share files in Nautilus- is that a
'root share' or a 'usershare'?

I don't have the old setup to test any more. I've since rebuilt the
computer and it now runs Debian Sid.
The samba shares are the same, but I did not try to use Nautilus to set
them up (I use xfce now).

What I was trying to accomplish was an anonymous public read-only share on
/media/share. It didn't work then (using Nautilus) and it doesn't work now
(having tried via editing smb.conf and using 'net usershare'). Samba
currently doesn't work at all: when I try to connect, I get error "could
not download share list from server".
When it does work (apparently at random), samba *always* prompts for a
username and password, regardless of configuration. When configured with
username and password, it sometimes works and sometimes does not.

The workaround cited in my report stopped working a day or so later. I
should have updated the report at that time, but the bug was marked
'invalid' anyway and I was too discouraged to mess with it any further. I
don't need samba for authenticated shares, sshfs works fine for that.

Thanks for the information and advice, I'm sorry that it doesn't apply more
directly to the situation at hand. I tried to test permissions for 'nobody'
on the shared directory, but I can't su to nobody. The directory's mode is
744 if that helps.

> user share via nautilus does not work properly
>
> private shares with password (its automatically your login password)
> work.
>
> public (guest) shares in the home directory dont work because samba
> cannot cd into /home because /home defaul permissons are to strict for
> "nobody" which is the guest/public samba user.
>
> i had a long talk with the maintainer of nautilus-share. there are
> several possible fixes.
>
> 1. set homedirectoy permissons for "eveyone else" properly
> 2. add force user = owner of the /home/'your username' directoy to smb.con
> and map to guest = bad password
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/592610
>
> Title:
> Shared folders (through Samba) when following instructions sometimes
> does not work correctly
>
> Status in “samba” package in Ubuntu:
> Confirmed
>
> Bug description:
> Binary package hint: samba
>
> SUMMARY:
>
> Following instructions to create a shared folder through Nautilus
> (right-click > Sharing Options > Share this folder, and following the
> subsequent prompts) does not always work.
>
> For some people, it works immediately. For other people, a solution
> has been found, which requires extra steps.
>
> I found this a problem across a small network of five computers:
> - one 64-bit Ubuntu (Lucid 10.04)
> - two 32-bit Ubuntu (Lucid 10.04)
> - one 32-bit Xubuntu (Lucid 10.04)
> - one Windows Vista.
> Every Ubuntu computer had the identical problem.
>
> Other people have reported having this problem. Examples:
> http://ubuntuforums.org/showthread.php?t=1491092
> http://ubuntuforums.org/showthread.php?t=1502265
>
> SYMPTOMS:
>
> When it works, everything works properly and quickly. But when it does
> not work...
>
> The shares appear to be created correctly. Using terminal commands, it
> is found that the machines do in fact connect. However, in Nautilus,
> the network takes approximately a minute to respond and then fails to
> find the shares.
>
> DISCOVERED SOLUTION:
>
> 1. Add the following two lines under the [global] section in file
> /etc/smb.conf in every Ubuntu and Xubuntu machine:
> os level = 33
> name resolve order = bcast host lmhosts wins
>
> 2. Reboot.
>
> 3. Some people find that they have to experiment with the order of
> items in "name resolve order".
>
> EXTRA INFORMATION:
>
> Package versions according to Synaptic (from the default repositories):
> - samba 2:3.4.7~dfsg-1ubuntu3
> - nautilus-share 0.7.2-12build1
> - system-config-samba 1.2.63-0ubuntu4
>
> REQUIRED ACTION:
>
> Shared folders should work through the GUI without workarounds and
> fiddling, just as Windows and Mac do. It should not be necessary to
> get onto the forum, search, and mess with /etc/smb.conf. (It took over
> a week for me to discover the answer.)
>
> ProblemType: Bug
> DistroRelease: Ubuntu 10.04
> Package: samba 2:3.4.7~dfsg-1ubuntu3
> ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
> Uname: Linux 2.6.32-22-generic x86_64
> Architecture: amd64
> CheckboxSubmission: 5bf569339afeaacf6d8dcc180d0a06f0
> CheckboxSystem: b1865df84255b8716d3bcc269ff410d1
> Date: Fri Jun 11 11:33:18 2010
> EcryptfsInUse: Yes
> InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64
> (20100429)
> ProcEnviron:
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SHELL=/bin/bash
> RelatedPackageVersions:
> nautilus 1:2.30.1-0ubuntu1
> gvfs 1.6.1-0ubuntu1build1
> SambaClientRegression: Yes
> SourcePackage: samba
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/samba/+bug/592610/+subscriptions
>

--
<a href="http://www.fsf.org/fb"><img src="
http://static.fsf.org/nosvn/no-facebook-me.png" alt="Not f'd — you won't
find me on Facebook" /></a>