Mac OS X - Cómo vincular simbólicamente /home a /Usuarios

Lamento que esta respuesta no sea exactamente fidedigna, ya que nunca he hecho esto yo mismo -aunque he utilizado un contador automático similar en otros sistemas Unix- pero esto es lo que yo entiendo por /home en OS X.

Así que, sigamos el rastro:

Si primero escribe mount en Terminal para mostrar los montajes activos, verás esta línea:

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

autofs se definen en /etc/auto_master y /home se define a su vez específicamente en /etc/auto_home . Si echa un vistazo a /etc/auto_home verás esta línea:

+/usr/libexec/od_user_homes

Siga el sendero un paso más hasta el od_user_homes página de manual y encontrarás un programa cuyo propósito es tomar un nombre de usuario, buscarlo en Open Directory y devolver una URL al directorio personal de ese usuario. Si lees sobre auto_master en su página man Cuando se utiliza un programa ejecutable para un mapa, se llama a ese programa para que busque una URL para montar, que a su vez se monta en el lugar.

La aplicación prevista parece ser que, si su Mac está conectado a un servicio de directorio, ir a /home/jdoe hará que el contador automático monte jdoe allí.

En base a esto, parece lógico concluir que si usted no tiene intención de conectar su Mac a un servicio de directorio, es probable que esté bien la eliminación de la /home montaje automático como se detalla en este comentario . Sin embargo, no sé cómo lo solucionarán las futuras actualizaciones del sistema operativo.

No sirve de nada /home . OS X, al igual que otras versiones de Unix, tiene una ubicación única para el usuario. En Linux está en /home/user y en OS X está en /Users . Por eso es una buena práctica utilizar la abreviatura " ~ "o la variable de entorno $HOME .

Aunque puede crear un enlace simbólico al directorio base/home del usuario /Users/[username] utilizando el siguiente comando:

ln -s ~ /foo

No funcionará crear un enlace llamado /home puesto que ya existe un directorio (no utilizado) con ese nombre en root del sistema.

Intenté esto antes y conseguí que funcionara durante una semana hasta que reinicié...

No se puede simplemente symlink /home a /Users . De hecho, ni siquiera se puede eliminar /home .

Si consigue eliminar /home reaparecerá después de reiniciar.

Si te mueves /home a /home.old y enlace simbólico /home eliminará el enlace simbólico /home .

Puedes tener esto funcionando mientras tu mac no se cuelgue o reinicie.

Cuando reinicias, ¡todo desaparece!

Cuando reinicias, Mac OS X parece pensar que estás creando un nuevo usuario, por lo que sobrescribirá todas tus preferencias de usuario en tu antiguo /Users/username directorio.

Ya que has copiado todo en /home/username espera ver su nuevo directorio de inicio al hacer ls /home después de reiniciar. En lugar de eso, ¡¡¡no consigues NADA!!! Es como si nunca hubiera existido.

En mi caso, estuve flipando unos 30 minutos, luego arranqué en modo usuario único para ver si se podía hacer algo. Estaba pensando que podría ser capaz de agarrar un archivo de registro o tratar de iniciar una utilidad de reparación.

En el modo de usuario único, mi directorio personal estaba allí. Apple intencionadamente oculta los directorios recién creados en /home del usuario cuando está en modo multiusuario. Esta es una característica de diseño intencionadamente maligna.

Apple es cojo y desaconseja todo tipo de pirateo de su sistema operativo. ¿Qué clase de característica de diseño es esa? Apple oculta el contenido de la recién creada /home directorio. No existe ninguna razón legítima para que Apple elimine automáticamente el directorio /home ni ningún directorio creado por el usuario.

En este caso, están montando un directorio sobre tu directorio /home... ocultándolo efectivamente.

Si está realmente decidido a utilizar /home en lugar de /Users Si no lo hace, puede evitarlo escribiendo un script para configurar todo en cada arranque.

Además, debo mencionar que usted debe ser capaz de utilizar algún otro directorio que no es /home en sustitución de /Users porque sólo /home está prohibido.

Si utilizas bash, tendrás que configurar algunas de las variables de entorno... a saber: CD_HOME y HOME .

Quiero añadir que...aunque no se puede desmontar o forzar el desmontaje /home , tú puede montar un disco sobre /home . Todo ello montado sobre "auto_home".

Pude montar el disco de recuperación encima de /home con éxito... tal vez sea así como puede hacerse.

No veo razón alguna para no renombrar el directorio /home (por si me equivoco) y crear un enlace simbólico de /home a /Usuarios (o, como en mi máquina, /Volúmenes/Usuarios ya que mi disco de sistema es para sistema, ¡coño!).

Solía trabajar como administrador de sistemas, en un departamento universitario con 11 sabores de unix. Teníamos todo tipo de enlaces simbólicos en el árbol de directorios global para que el sistema de archivos hiciera lo correcto, y scripts se acercaban lo más posible a funcionar en todas partes. Te encuentras con algunas trampas, pero si tus dedos están acostumbrados a teclear /home/foo y un enlace simbólico pospone el reciclaje de tus dedos, adelante.

Del mismo modo algunos linuxen ya tendrán directorios home como /usr/home.

En un lugar en el que trabajé había directorios de inicio /Usuarios/{grupo}/{nombredeusuario} como protección parcial contra los estudiantes que se arrastran por los archivos de los profesores si el profesor era descuidado con sus permisos. El directorio Usuarios tenía bits de ejecución pero no de lectura, y los directorios de grupo sólo podían leerlos los miembros del grupo.

(Todo esto como ilustración de que hay muchas formas de privar a este particular felino de su pelaje).

Un posible problema: comprueba que la máquina del tiempo no acabe haciendo dos copias de todo. No sé cómo TM trata symlinks. Si lo hace, entonces agregue /home a la lista de exclusión de TM.