¿Por qué / tmp es un enlace simbólico a / private / tmp?

¿Por qué /tmp un enlace simbólico a /private/tmp en Mac OS X? En otras palabras, ¿por qué no /tmp sólo es un directory regular, como en Linux o BSD? Entiendo cómo funciona y no me importa, sólo estoy interesado en el razonamiento (histórico?) Detrás de él.

  • Yosemite actualización congelada, ¿qué debo hacer?
  • ¿Cómo consigo que F11 y F12 se comporten como las teclas de function normales?
  • ¿Qué hace el process lsboxd en os x?
  • ¿Es posible zanjar OS X e instalar BSD en mi Macbook Pro de tercera generación
  • ¿Cómo puedo actualizar desde Mac OS X Tiger 10.4?
  • ¿Cómo utilizar Terminal para enviar pulsaciones de teclas?
  • ¿Puedo restaurar el comportamiento de las teclas de alimentación pre-Mavericks?
  • ¿Cómo puedo asociar la Tarjeta de Contacto correcta en Usuarios y Grupos a mi propio perfil?
  • Cómo desactivar todas las animaciones en OS X
  • ¿Puede launchd ejecutar progtwigs con más frecuencia que cada 10 segundos?
  • ¿Cómo puedo ver los posts que envío en la vista de conversación de Mail 5?
  • ¿Por qué la versión de Java verificada por Oracle difiere de la versión mostrada en la command-line?
  • 4 Solutions collect form web for “¿Por qué / tmp es un enlace simbólico a / private / tmp?”

    AIUI es un holdover de NextStep (en el que se basa OS X), y NextStep lo hizo para apoyar a NetBooting. La idea era que se pudiera arrancar desde un volumen alojado en networking (probablemente de sólo lectura, y ciertamente compartido con otras computadoras), y al principio del process de arranque montar un volumen local (grabable) en / private; como g mencionado, esto permitió la modificación en time de ejecución de / var y / tmp, así como por configuration de computadora en / etc.

    Esto ya no es necesario, ya que el sistema actual de NetBoot de Apple utiliza una image de disco de sombra para almacenar los cambios en cualquier lugar del volumen de arranque. Pero algunos progtwigs / docs / etc ahora asumen los files en vivo bajo / private, por lo que sería demasiado problema para cambiarlos de nuevo …

    Siempre me he preguntado lo mismo. No puedo encontrar ninguna documentation que lo admita, pero normalmente este patrón se utiliza para facilitar el almacenamiento de files en otro volumen (por ejemplo, disco duro). Esto permite montar el variador (por ejemplo, unido) al sistema de files en un solo lugar. Por ejemplo, cuando la unidad se monta en / private y, a continuación, las carpetas / etc, / tmp y / var se encuentran en esa otra unidad.

    Lo que no puedo decir es por qué esto sería beneficioso. Sin embargo, no vale la pena que estas tres carpetas contengan files de "datos" tales como files de configuration, temporales, de logging, transitorios y de bases de datos en lugar del código ejecutable contenido en las carpetas / bin, / sbin y / usr.

    /tmp es un lynk simbólico a /private/etc para mantener claramente separados 2 filesystems:

    • / que puede ser montado como de sólo lectura, para protegerlo contra cualquier modificación accidental o no deseada, y para protegerlo de ser llenado con files cada vez mayor (loggings y files temporales),

    • /private que se puede montar como lectura-escritura, y que contienen cualquier directory que contenga files modificables.

    Si observa / notará 3 directorys que son enlaces simbólicos similares por la misma razón:

     cd / ls -al | grep '> private' 

    Esta separación de acceso entre filesystems de lectura-escritura y de sólo lectura no se utiliza realmente (en MacOS X), pero todo está en su lugar para lograr esta separación de security.

    Algunos administradores están aplicando esta separación de security definiendo un sistema de files específico /private con el tamaño adecuado y las opciones de assembly adecuadas (sobre todo nosuid ).

    No estoy seguro de la razón histórica, pero OS X siempre "reorganizó" la típica estructura de Unix. /tmp no es lo único que va a /private , también tiene /etc y /var .

    Tal vez alguien con más background OS X puede llegar a algo más razonable.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).