/tmp a symlink to
/private/tmp on Mac OS X? In other words, why isn't
/tmp just a regular directory, like on Linux or BSD? I understand how it works and I don't mind it, I'm just interested in the (historical?) reasoning behind it.
AIUI it's a holdover from NextStep (which OS X is based on), and NextStep did it to support NetBooting. The idea was that you could boot from a network-hosted volume (probably read-only, and certainly shared with other computers), and early in the boot process mount a local (writable) volume on /private; as g mentioned, this allowed runtime-modification of /var and /tmp, as well as per-computer settings in /etc.
This isn't needed anymore, as Apple's current NetBoot system uses a shadow disk image to store changes anywhere on the boot volume. But some programs/docs/etc now assume the files live under /private, so it'd be too much trouble to switch them back...
I have always wondered the same thing. I can't find any documentation to support it, but typically this pattern is used to make it easier to store files on another volume (e.g. hard drive). This allows the drive to be mounted (e.g. attached) into the file system in one place. For example when the drive is mounted at
/private and then the folders
/var are then all located on that other drive.
What I can't say is why this would be beneficial. It is worth noting, however, that these three folders contain "data" files such as configuration, temporary, log, transient and database files rather than executable code contained in the
Not sure about the historical reason, but OS X always “reorganized” the typical Unix structure.
/tmp is not the only thing that goes to
/private, it also has
Maybe someone with more OS X background can come up with something more reasonable.
/tmp is a symbolic lynk to
/private/etc so as to maintain clearly separated 2 filesystems:
/which can be mounted as read-only, to protect it against any accidental or unwanted modification, and to protect it of being filled with always increasing files (logs and temporary files),
/privatewhich can be mounted as read-write, and which hold any directory containing modifiable files.
If you look at
/ you will notice 3 directories which are similar
symbolic links for this same reason:
cd / ls -al | grep '> private'
This separation of access between read-write and read-only filesystems isn't used actually (in MacOS X), but everything is in place to achieve this security separation.
Some admins are enforcing this security separation by defining a specific
filesystem with the appropriate size and appropriate mounting options