HFS permissions from Windows 7

I've installed the Boot Camp updates in Windows 7 (x64) and I do indeed have read access to my HFS partition. I notice that you cannot access anything in the Users folder, which makes sense for security purposes however I would rather not put files I need to share in the root of my HFS partition.

What permissions does a folder on the HFS partition need for it to be accessible under Boot Camp? For instance, looking at the applications folder I see that it has "system", "admin", and "everyone" in the permissions list. That folder is accessible from Windows. I've tried adding the everyone permission to another folder within my home folder under Users but the folders don't even show up in Windows. Only the parent "Users" folder itself.

Has anyone had any success working with folders using the new HFS driver in Windows Boot Camp for any folders that are not in the root of the HFS partition?

Thanks

iMac 24 / MacBook Pro 17" / Mac Mini / iPhone 3G 16GB / iPhone Edge 4GB, Mac OS X (10.6), 3.06 Ghz / Core 2 Duo / 4GB Ram

Posted on Sep 1, 2009 5:53 PM

Reply
61 replies

Sep 2, 2009 7:46 PM in response to Community User

I'm a strong computer user, but on my first Mac and loving it. The giant multitouch trackpad with no buttons had to be the selling point, I use the 4 finger expose feature like it's going out of style, even when I've got my mouse.

How would I go about editing my Access Control Lists? I'm guessing it's not the same as Get Info > Sharing & Permissions (which I've tried, maybe incorrectly mind you).

Thank you both btw, DJRumpy's solution may work, but I'm going to avoid it for now; I'm sure there are many who've upgraded from Leopard to Snow Leopard using the new bootcamp drivers having the same problem with their old /User/username folder, trying to read it from the windows side.

I'm aware of software solutions, but OS X has spoilt me in the 4 months I've had it, this should just work.

Sep 2, 2009 9:16 PM in response to J_42

J_42,

I did notice, once the OP managed to post the info I needed (quite late in the thread), that there are several ACEs set on his HOME folder that are not the default (which is, simply: "0: group:everyone deny delete").

With the default value set for my HOME folder, I have no problem accessing from Vista. Since the OP is able to access a newly-created HOME folder with these same values from W7, I think we can assume that the problem lies with the additional ACEs (an ACE is an Entry in the ACL).

So, I will provide the commands to use in Terminal which I suspect might help here. Here goes...

1) Open /Applications/Utilities/Terminal. At the prompt, copy and paste the following two lines of text into the Terminal window, one line at a time followed by a <RETURN>:

<pre style="overflow:auto; font-family: 'Monaco'; font-size: 10px">chmod -N ~/
chmod +a "everyone deny delete" ~/</pre>

Then, verify by copying and pasting this line of text into the Terminal window, followed by a <RETURN>:

<pre style="overflow:auto; font-family: 'Monaco'; font-size: 10px">ls -ale ~/</pre>

You will probably get a full "report card" on your HOME folder, and it may extend well above what you see in the window. Scroll back up to the first bit below the command you executed, and look at this portion:

<pre style="overflow:auto; font-family: 'Monaco'; font-size: 10px">drwxr-xr-x+ 24 your_name staff 816 Sep 2 16:22 .
0: group:everyone deny delete
</pre>

Your output for the line that includes the "." should read exactly the same as above, only with your own short name.

Scott

Sep 2, 2009 9:38 PM in response to J_42

J_42,

:-P

I give up. Upgrade to Vista, doggone it (LOL)!

Scott

EDIT: On a more serious note... There may be some rudimentary attempt at an implementation of adherence to permissions within the Bootcamp driver itself, as it currently exists, and this is a forward-looking implementation that only affects W7. Hey, I'm just guessing here. It still doesn't explain why one HOME folder would get one sort of treatment, and another... another. -s

Sep 2, 2009 9:48 PM in response to J_42

J_42,

Hmmm. You know, someone did mention something in an earlier post that gave me a thought (didn't follow up at the time). Tell me, can you see the "Public" folder of a HOME folder that is otherwise invisible from W7? Someone mentioned this phenomenon earlier.

If so, this sounds like an implementation not of permissions, but of sharing, since the "Public" folder is the only directory that is automatically "served" in a sharing environment (beginning with Leopard).

And, it leads me down the path to this: You need not post the exact info, but what are the full names on your regular accounts in both W7 and OS X? Are they the same? Different? Have you created a second account in OS X using the same full name as your account in W7? Are you able to access this same-named OS X account, but not others?

Scott

Sep 2, 2009 10:05 PM in response to Scott Radloff

This problem we are discussing arises regardless of what version of windows, I'm on Vista, DJRumpy is on 7, and another thread under Bootcamp that just started, the guy is on XP. If this is an implementation of sharing, which is very possible, as I've read that ppl on the Mac side have been asked for passwords to access data on the windows side, why not the other way around through the HFS+ driver.

To answer your question, no, the user account names are not the same, the shortname on the mac side is also the computer name for both Mac OS X 10.6 and Vista, but the user names are the same, as I have changed it on the mac side (Full Name).

If I understand correctly, the short name is what matters.

Sep 3, 2009 1:24 AM in response to J_42

I use acl's all the time. It's a great way to give users custom permissions on folders they normally
can not access. It's also a good way to keep them out too. Leopard server has acl support built
in, the standard edition does not. The only GUI tool I know of (short of buying Leopard Server)
is SandBox.
http://www.mikey-san.net/sandbox/

Here is some good documentation to catch you up to speed on Leopard's acl implementation:
http://www.afp548.com/filemgmt/index.php?id=40
http://support.novell.com/techcenter/articles/anp20010601.html
http://manuals.info.apple.com/enUS/File_Services_Adminv10.5.pdf
http://manuals.info.apple.com/enUS/Command_Line_Adminv10.5.pdf

Kj

Sep 3, 2009 5:00 AM in response to KJK555

Man I missed a lot last night 😉

Folks, there's been a mis-understanding. The permissions I posted were for my Desktop folder within my home folder. The home folder itself is accessible from Windows 7, it's the sub folders within the home folder that are not, meaning I can 'see' the user folders, and open them, but when you open a 'bad' folder, you see nothing in the home folder. Hope that clarifies.

To answer your other question, yes you can see the Shared folder and it's contents.

Creating a new home folder works fine in Windows 7 meaning this is not a share issue (I already tried that one anyway).

I actually still have my old home folder around. The permissions on the old broken HOME folder look like this:

drwxr-xr-x+ 45 ronold staff 1530 Sep 2 14:49 ronold
0: group:everyone deny delete
1: user:ron allow list,add file,search,add_subdirectory,deletechild,readattr,writeattr,readextattr,writeextattr,readsecurity

The permissions on the new working home folder look like this:
drwxr-xr-x+ 28 ron staff 952 Sep 3 06:31 ron
0: group:everyone deny delete

Does anyone know if the commands to change ACL's are recursive as far as files and subfolders? I suspect it's the same as typical Unix with the -R? If you aren't making the changes recursive it's very likely you'r 'fixing' the home folder but none of the sub-folders and files.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

HFS permissions from Windows 7

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.