[Samba] Samba access of FAT32 mounted file system on FreeBSD

[Josh Finlay]

Hi,

I did try this, but I've tried it again.

Makes absolutely no change.

(sorry for the double post mate, thought best directed to the mailing
list)

> On Sat, 19 Jun 2010 20:01:17 -0700, tms3 at tms3.com wrote:
>> SNIP
>>>
>>>>
>>>> [Storage]
>>>> comment = 500GB FAT file storage
>>>> path = /mnt/noontec/
>>>> writeable = yes
>>>> printable = no
>>>> veto files = /.snap/
>>>> hide dot files = yes
>>>> guest ok = yes
>>>> inherit permissions = yes
>>>> vfs objects = recycle
>>>> recycle:repository = .recycle/%U
>>>> recycle:keeptree = yes
>>>> recycle:versions = yes
>>>> recycle:touch = yes
>>>> recycle:directory_mode = 0777
>>>> recycle:subdir_mode = 0700
>> 
>> Just for shits and giggles try
>> 
>>       force user = root
>> 
>> Cheers,
>> 
>> TMS III
>>>
>>>>
>>>>
>>>>
>>>> =======
>>>> = eof =
>>>> =======
>>>>
>>>> My mounts look like this:
>>>>
>>>> /dev/fuse0 on /mnt/noontec-movies (fusefs, local, synchronous)
>>>> /dev/da1s1 on /mnt/noontec (msdosfs, local)
>>>>
>>>> (fuse0 due to the ntfs)
>>>>
>>>> I've tried every which way to mount the FAT32 disk, including:
>>>>
>>>> mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u root -g wheel

>>>> -m
>>>> 777 /dev/da1s1 /mnt/noontec
>>>> mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u nobody -g 
>>>> nobody
>>>> -m 777 /dev/da1s1 /mnt/noontec
>>>>
>>>> With all the options, with just defaults, etc etc etc. They all work 
>>>> as
>>>> expected on the machine, full read/write access however Samba fails
to
>>> read
>>>>
>>>> from it.
>>>>
>>>> After some config tweaking I've got Samba to give me at least 
>>>> something
>>> to
>>>>
>>>> describe an error:
>>>>
>>>> [2010/06/20 10:07:35.431133,  1] smbd/vfs.c:932(check_reduced_name)
>>>> check_reduced_name: couldn't get realpath for *
>>>> [2010/06/20 10:07:35.433036,  3] 
>>>> smbd/filename.c:1181(filename_convert)
>>>> filename_convert: check_name failed for name * with
>>>> NT_STATUS_INVALID_PARAMETER
>>>> [2010/06/20 10:07:35.434894,  3] smbd/error.c:80(error_packet_set) 
>>>> error
>>>> packet at smbd/trans2.c(2290) cmd=50 (SMBtrans2)
>>>> NT_STATUS_INVALID_PARAMETER
>>>>
>>>> When attempting to access the share (ie. smbclient) I get this
>>>> information:
>>>>
>>>>
>>>> root at pharaoh:#> smbclient //192.168.0.10/Storage
>>>> Enter root's password:
>>>> Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3]
>>>> Server not using user level security and no password supplied.
>>>> smb: \> ls
>>>> NT_STATUS_INVALID_PARAMETER listing \*
>>>>
>>>> 59574 blocks of size 8388608. 35667 blocks available
>>>> smb: \>
>>>>
>>>> When trying to access the NTFS share:
>>>>
>>>>
>>>> root at pharaoh:#> smbclient //192.168.0.10/Movies
>>>> Enter root's password:
>>>> Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3]
>>>> Server not using user level security and no password supplied.
>>>> smb: \> ls
>>>> .                                   D        0  Sun Jun 20 20:27:32
>>> 2010
>>>>
>>>> ..                                  D        0  Sun Jun 20 19:55:18
>>> 2010
>>>>
>>>> $RECYCLE.BIN                        D        0  Sun Jun 13 02:16:54
>>> 2010
>>>>
>>>> Files                               D        0  Sun Jun 20 06:47:49
>>> 2010
>>>>
>>>> More Files                          D        0  Sun Jun 20 00:51:08
>>> 2010
>>>>
>>>> Even More files                     D        0  Sun Jun 20 06:47:49
>>> 2010
>>>>
>>>>
>>>> 59604 blocks of size 8388608. 49286 blocks available
>>>> smb: \>
>>>>
>>>>
>>>> This has absolutely got me stumped. I've tried and googled for
>>> everything
>>>>
>>>> I can think of but to no avail. I've tried in the IRC channel on
>>> freenode
>>>>
>>>> but I think it could be a time zone conflict as there wasn't really
>>> anyone
>>>>
>>>> active.
>>>>
>>>> Part of me is conflicted on whether this is a Samba issue or a
FreeBSD
>>>> issue, but considering I have complete functional access (even for
the
>>>> lowest permission user) to the mount and yet Samba fails to function
-
>>> I'm
>>>>
>>>> beginning to become convinced it is a Samba issue.
>>>>
>>>> Any advice on this would be greatly appreciated, as I am out of
ideas.
>>>>
>>>> Kindest Regards,
>>>>
>>>> Josh Finlay
>>>> --
>>> To unsubscribe from this list go to the following URL and read the
>>> instructions: https://lists.samba.org/mailman/options/samba