Bug 5253 - Cannot write to FAT32 share from Mac OS 10.5.1
Summary: Cannot write to FAT32 share from Mac OS 10.5.1
Status: RESOLVED WONTFIX
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.28
Hardware: x86 Linux
: P3 major
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-08 15:19 UTC by feffer777@yahoo.com
Modified: 2008-02-27 02:24 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description feffer777@yahoo.com 2008-02-08 15:19:21 UTC 
Samba 3.0.28-2+b1 running on debian sid cannot a share Fat32 directory with an iMac (leopard). When trying to write to the share from the iMac, permission is denied. Other (ext3) shares work normally. The linux PC dual boots Ubuntu, and when Ubuntu is running (samba 3.0.24-Ubuntu) the same Fat32 directory can be shared and written to from the iMac. Prior to samba 3.0.28-2+b1, debian sid also was able to share this directory normally. Write permission is denied even if chmod to 777. I believe this is a bug in samba 3.0.28-2+b1.
Comment 1 feffer777@yahoo.com 2008-02-18 17:58:41 UTC 
As of 2-18-2008. Previously, all smb.conf files on my home LAN used, "security = share" and were set up to be wide-open behind the router. My data isn't sensitive but I wouldn't want mischief in my system anyway. After changing the debian sid ws to "security = user", creating an smb user with a password, and restarting samba, I was able to write to the FAT shares. The other linux machines are still using "share" and can write to FAT just as before.
Comment 2 Volker Lendecke 2008-02-27 02:24:29 UTC 
Closing this bug, "security=share" is really deprecated. And if it works fine using "security=user", then I think we should not invest effort into fixing it.

Volker