|
|
Use UFS for shared external drives
Yeah, ducasi is right. The described behavior only occurs if "Ignore ownership on the volume" is checked. Otherwise, permissions on the shared drive (firewire drive, network share or local partition) will behave as expected. Using UFS is not recommended by Apple for numerous reasons, and is a really bad idea from everything I've seen.
Use UFS for shared external drives
I tried unticking the "ignore ownership" on HFS+ and it made no difference. I could still create a file with one user and delete it with another. I expected it to work as you suggest but it didn't help. Perhaps it's the drive I'm using? It's a Western Digital "My Book".
deletion of a file depends on folder ownership & permissions
I could still create a file with one user and delete it with another.Note that the ability to delete a file does not depend on the ownership or permissions of the file - it depends on the ownership and permissions of the enclosing folder. So if the file you created as userA was in a folder where userB had write permission, then it is quite usual that userB would be able to delete that file. To prevent deletion of a file, put it in a folder that is owned by your user and make sure that the permissions on that folder only allow your user to write to that folder.
deletion of a file depends on folder ownership & permissions
The file I was trying to delete was in a folder that had the correct permissions when set up by admin. The problem being that ticking the "ignore ownership" button changes the perceived ownership. Here's a before and after (using ls -lR /Volumes/hfsplus). The file I managed to delete as fred was admin.txt which is in /Users/admin which was not writable by fred as set up. |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysNo new commentsLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.05 seconds |
|