X

File permissions glitch related to remote volumes?

File permissions glitch related to remote volumes?

CNET staff
Sulka Haro writes: "On a 10.1 machine with more than one hard drive (IDE, Firewire, SCSI, doesn't matter). Try to edit the owner/group information of files on the second (non-boot) volume. This doesn't work with 10.1, the files default to admin/unknown (owner/gid 0/99) and can't be changed. 10.0.x works fine. I confirmed this on three machines, both X Client and Server."

We encountered something similar recently. A number of files and folders in a subfolder in our Home directory 'lost' their owner IDs and group associations. We discovered this when we attempted to move them to a different folder, and the Finder reported that we did not have sufficient privileges. We do not know what caused problem initially, however the folder did make a trip to an external volume before being moved back to the Home folder. In the Terminal, ls -l listed the file's owners as numeric IDs (502) and the groups as "unknown." Neither GUI editors nor the terminal would edit the file's owner and group - stating that the operation was not allowed - even when logged in as root. The fix we found was to duplicate the files in the Finder, which restored the proper owner and group. To delete the original files, we had to move them into a folder and use rm -R from the Terminal.