Distribution: Ubuntu Hardware Environment: Powerbook G4 550Mhz Software Environment: Problem Description: When you mount a hfsplus filesystems using the options uid/gid, those options are ignored and the filesystem does not use them. Steps to reproduce: 1.- plug a device with a hfsplus filesystem 2.- mount it using the options "uid=1000,gid=1000" (or any other number you want) 3.- execute a ls -l in the root directory where it's mounted and you will see that it's not following those uid and gid numbers. I did a patch and also tested it and works perfectly here with my iPod.
Created attachment 3790 [details] Patch to fix the bug
I'm working on a new patch, this one is not correct. The new one will follow the Apple specification at: http://developer.apple.com/technotes/tn/tn1150.html#HFSPlusPermissions
Created attachment 3798 [details] Second try, this time following Apple specification Here you have a proposal patch to fix it. It does not have activated the dynamic owner change if you use uid=99 because I don't know a way to invalidate the inode cache and thus, "ls" always shows the uid of the files as the first user that accessed to it.
Roman, can you comment on this patch?
Created attachment 11849 [details] fix broken logic for mount uid=xxx,gid=xxx Patched by: Wyatt Banks <wyatt[at]banksresearch.com> and originally posted here: http://lkml.org/lkml/2007/6/20/364
This is not really a bug, this option is not intended to override the uid/gid, it's only used as default for uninitialized values. The uid remapping for uid 99 should depend on a different kernel option and it only the uid should be remapped, there is no gid remapping.
Any update on this problem please. Thanks.
I think the bug was sufficiently explained in #6, so I suppose we can close it as it "works as intended".