trioscene.blogg.se - Use batchmod to change prefs

#Use batchmod to change prefs mac#
#Use batchmod to change prefs windows#

So now I've completely reinstalled High Sierra (on a different SSD), then created new users as well. One of them is from a different 10.13 High Sierra installation and I've been messing with permission changes back and forth because of problems, then probably making things worse because I didn't know what to do Yes, a couple of home folders yield very strange result. Obviously it would be a lot of work to compare every folder and sub-folder for a user, but it's good to know what to do when you want to check one or two. I just thought you might be interested in a more detailed comparison of the copying methods.Ĭlick to expand.Ah! Yes, visually comparing folders is a good idea. OTOH, if what you've done works when you log into the accounts, it might be good enough. If I wanted the most exact copy, I would want to see the POSIX permissions and ACLs and owner and group names all be the same between the original source and the copy. Perhaps that's one you copied over in some manner? If this is supposed to be the home dir for a user named 'justin' I think that will cause permission problems. So looking again at your output's last line, you can see that a home directory called 'justin' is owned by a user named 'john'.

I don't know any other way of examining ACLs on a stock system (although I think the "Tinker Tool System" program has a GUI for them). The next line (beginning with '0:') shows the list of ACL (Access Control List) permissions for the preceding file/directory.But the next two "words" are important: the owner of the file/directory and the group name (well, one of them anyway) that may be able to affect that file/directory.I've forgotten what the next number is - I think it's irrelevant for this discussion.Then there may be a '+' indicating there is some ACL info, or a indicating extended attributes (which we haven't even talked about!).

#Use batchmod to change prefs windows#

These correspond to what people usually mean by file "permissions" and I think is what you see in Finder's "Get Info" windows in the Sharing & Permissions section.

The next nine letters are three groups of three indicating the POSIX (unix-style) permissions on the item, for the owner, group members, and others.

The first column shows 'd' for directories and '-' for regular files.

The name of the directory or file is on the far right (I know it doesn't make much sense).

In the ls -lhFOe command output here are some important points: Using this method appears to be the best possible solution.ĭrwxr-xr-x+ 17 john staff - 578B Mar 19 12:06 john/Ġ: group:everyone deny 27 xyz staff - 918B Mar 6 10:25 power/ĭrwxr-xr-x+ 11 phil admin - 374B Mar 1 13:44 phil/ĭrwxr-xr-x 12 john staff - 408B Jan 8 10:25 justin/ This resulted in a copy which seemingly did the exact same thing as doing a "drag & drop" from one drive to the other, but upon further inspection the file ownership was the same as the original (including the "Public" folder, something the use of the chown command above for the entire user-folder didn't handle right).įinally all was confirmed working after selecting the new home directory in the "Users & groups" system preference, then logging into it.

I had to give it a try, doing the following:Ī) copy the original user folder from the SSD (select the user-folder in question, then press CMD-C to copy it)ī) locate and select the hard drive (and correct location on it) where I want to place the new copy, then do a "paste exactly" (by pressing CMD-SHIFT-ALT-V)

#Use batchmod to change prefs mac#

I came across something interesting: Maintain file ownership & priveleges when copying with duplicate exactly in Mac OSX. You mean "exceptions to the rule"? That some sub-folders or specific files may have completely different ownerships than the above command will take care of?