Mac OS X - Comment créer un lien symbolique / home to / Users

Pour ceux d'entre nous qui se familiarisent avec les pingouins et les pommes, il semble très utile d'utiliser les chemins / home hors habbit ou dans les cas étranges où la valeur peut avoir été synchronisée quelque part le long de la ligne dans un fichier que vous utiliser sur les deux machines.

sudo ln -s /Users /homefonctionnera avec une configuration supplémentaire, mais je ne pense pas que ce soit une bonne idée car vous devriez accéder à la maison via via ~shell ou $HOME. Il /homepourrait également s'agir d'un standard Linux et souvent utilisé sous Unix, mais il n'est pas toujours préférable de s'appuyer sur des informations dont le fonctionnement est garanti et non quelque chose qui ne fonctionne que la plupart du temps si tout le monde respecte une convention.

Pour faire sudo ln -s /Users /homefonctionner, suivez ces étapes (à partir des commentaires):

EDITOR=nano sudo -e /etc/auto_master
# add a "#" at the start of the line beginning with /home
# save changes
sudo automount -cv
sudo ln -s /Users /home

Je regrette que cette réponse ne fasse pas vraiment autorité, car je ne l'ai jamais fait moi-même - bien que j'aie utilisé un automonteur similaire sur d'autres systèmes Unix - mais voici ma compréhension de ce qui /homeest utilisé sous OS X.

Alors, suivons la piste:

Si vous tapez d'abord mountTerminal pour afficher les montages actifs, vous verrez cette ligne:

map auto_home on /home (autofs, automounted, nobrowse)

autofsles cartes sont définies dans /etc/auto_master, et /homesont à leur tour définies spécifiquement dans /etc/auto_home. Si vous regardez /etc/auto_home, vous verrez cette ligne:

+/usr/libexec/od_user_homes

Suivez la piste une étape de plus vers la od_user_homespage de manuel et vous trouverez un programme dont le but est de prendre un nom d'utilisateur, de le rechercher dans Open Directory et de renvoyer une URL vers le répertoire personnel de cet utilisateur. Si vous lisez sur auto_masterà sa page de manuel , vous trouverez que l' utilisation d' un programme exécutable pour un résultat de carte dans ce programme appelé à rechercher une URL à monter, qui est à son tour monté sur place.

L'application prévue semble être que, si votre Mac est connecté à un service d'annuaire, /home/jdoecela entraînera le montage automatique du jdoerépertoire personnel de l'automonteur.

Sur cette base, il semble logique de conclure que si vous n'avez pas l'intention de connecter votre Mac à un service d'annuaire, vous êtes probablement d'accord pour supprimer le /homemontage automatique comme détaillé dans ce commentaire . Je ne sais pas comment les futures mises à jour du système d'exploitation traiteront cela, cependant.

Il n'y a aucune utilité pour /home . OS X, comme diverses autres versions Unix, a un emplacement unique pour l'utilisateur. Sous Linux, c'est à /home/useret sous OS X, c'est à /Users. C'est pourquoi il est recommandé d'utiliser le raccourci " ~" ou la variable d'environnement $HOME.

Bien que vous puissiez créer un lien symbolique vers le répertoire de base / home de l' /Users/[username]utilisateur à l'aide de la commande suivante:

ln -s ~ /foo

Il ne fonctionnera pas pour créer un lien nommé /homecar il existe déjà un répertoire (n inutilisé) avec ce nom à la racine du système.

Je ne vois aucune raison de ne pas renommer le répertoire / home (au cas où je me trompe) et de créer un lien symbolique de / home vers / Users (ou, comme sur ma machine, / Volumes / Users depuis mon système le disque est pour le système, bon sang!)

J'avais l'habitude de travailler en tant que sysadmin, dans un département universitaire avec 11 saveurs d'Unix. Nous avions toutes sortes de liens symboliques dans l'arborescence des répertoires globaux pour que le système de fichiers fasse ce qu'il fallait, et les scripts étaient aussi proches que possible de fonctionner partout. Vous rencontrez quelques pièges, mais si vos doigts sont habitués à taper / home / foo et qu'un lien symbolique reporte le recyclage de vos doigts, allez-y.

De même, certains linuxen auront déjà des répertoires Home comme / usr / home.

Un endroit où j'ai travaillé avait les répertoires personnels de / Users / {group} / {username} comme protection partielle contre les étudiants qui se promènent dans les fichiers des professeurs si le prof était imprudent avec ses autorisations. Le répertoire des utilisateurs avait été exécuté mais aucun bit de lecture n'était défini, et les répertoires de groupe n'étaient lisibles que par les membres du groupe.

(Tout cela à titre d'illustration, il existe de nombreuses façons de priver ce félin particulier de sa peau.

Un piège possible - vérifiez que la machine à remonter le temps ne finit pas par faire deux copies de tout. Je ne sais pas comment TM traite les liens symboliques. Si c'est le cas, ajoutez / home à la liste d'exclusion de MT.

J'ai essayé cela avant et l'ai fait fonctionner pendant environ une semaine jusqu'à ce que je redémarre ...

Vous ne pouvez pas simplement créer un lien symbolique /homevers /Users. En fait, vous ne pouvez même pas supprimer /home.

Si vous parvenez à le supprimer /home, il réapparaîtra après le redémarrage.

Si vous déplacez /homevers /home.old, et le lien symbolique /home, il supprimera le lien symbolique /home.

Vous pouvez le faire fonctionner tant que votre Mac ne plante pas ou ne redémarre pas.

Lorsque vous redémarrez, tout disparaît!

Lorsque vous redémarrez, Mac OS X semble penser que vous créez un nouvel utilisateur, il écrasera donc toutes vos préférences utilisateur dans votre ancien /Users/usernamerépertoire.

Puisque vous avez tout copié /home/username, vous vous attendez à voir votre nouveau répertoire personnel lorsque ls /homevous le ferez après le redémarrage. Au lieu de cela, vous obtenez RIEN !!! C'est comme si cela n'avait jamais existé.

Dans mon cas, j'ai paniqué pendant environ 30 minutes, puis j'ai démarré en mode mono-utilisateur pour voir si quelque chose pouvait être fait. Je pensais que je pourrais peut-être récupérer un fichier journal ou essayer de démarrer un utilitaire de réparation.

En mode mono-utilisateur, mon répertoire personnel était là. Apple cache intentionnellement tous les répertoires nouvellement créés sous /homeà l'utilisateur lorsqu'il est en mode multi-utilisateur. Il s'agit d'une caractéristique de conception intentionnellement mauvaise.

Apple est boiteux et décourage toutes sortes de piratage de leur système d'exploitation. Quel genre de caractéristique de conception est-ce? Apple cache le contenu du /homerépertoire nouvellement créé . Il n'y a absolument aucune raison légitime pour qu'Apple supprime automatiquement le /homerépertoire ... ou tout répertoire créé par l'utilisateur!

Dans ce cas, ils montent un répertoire sur votre répertoire / home ... le cachant efficacement.

Si vous êtes vraiment déterminé à utiliser à la /homeplace de /Users, vous pourrez peut-être contourner ce problème en écrivant un script pour tout configurer à chaque démarrage.

De plus, je dois mentionner que vous devriez pouvoir utiliser un autre répertoire qui ne /homeremplace pas /Userscar seul /homeest interdit.

Si vous utilisez bash, vous devrez définir certaines des variables d'environnement ... à savoir: CD_HOMEet HOME.

Je souhaite ajouter que ... bien que vous ne puissiez pas démonter ou forcer le démontage /home, vous pouvez monter un disque par-dessus /home. Tout cela monté sur "auto_home".

J'ai pu monter le disque de récupération par-dessus /homeavec succès ... c'est peut-être ainsi que cela peut être fait.