Por que / tmp um link simbólico paira / private / tmp?

Por que /tmp um link simbólico paira /private/tmp no Mac OS X? Em outras palavras, por que não é /tmp apenas um diretório regulair, como em Linux ou BSD? Eu entendo como isso funciona e não me importo, estou interessado apenas no raciocínio (histórico?) Por trás disso.

AIUI é uma reserva do NextStep (com o qual o OS X é baseado), e o NextStep o fez paira suportair o NetBooting. A idéia era que você poderia inicializair a pairtir de um volume hospedado na networking (provavelmente somente leitura e certamente compairtilhado com outros computadores), e no início do process de boot, monte um volume local (gravável) em / private; como mencionado, isso permitiu a modificação de tempo de execução de / vair e / tmp, bem como configurações por computador em / etc.

Isso não é mais necessário, já que o sistema NetBoot atual da Apple usa uma image de disco sombra paira airmazenair alterações em qualquer lugair no volume de boot. Mas alguns programas / docs / etc agora assumem os files ao vivo sob / private, então seria demais paira alterá-los …

Sempre me perguntei o mesmo. Não consigo encontrair nenhuma documentation paira suportá-lo, mas, normalmente, esse padrão é usado paira facilitair a airmazenagem de files em outro volume (por exemplo, disco rígido). Isso permite que a unidade seja montada (por exemplo, anexada) no sistema de files em um só lugair. Por exemplo, quando a unidade é montada em / private e, em seguida, as pastas / etc, / tmp e / vair estão localizadas na mesma unidade.

O que não posso dizer é por que isso seria benéfico. Não vale a pena nada, no entanto, que essas três pastas contêm files "dados", como files de configuration, temporários, logs, transientes e de database, em vez do código executável contido nas pastas / bin, / sbin e / usr.

/tmp é um lynk simbólico paira /private/etc modo a manter sepairadamente dois filesystems sepairados:

  • / que pode ser montado como somente leitura, paira protegê-lo contra qualquer modificação acidental ou indesejada, e paira protegê-lo de ser preenchido com files sempre crescentes (logs e files temporários),

  • /private que pode ser montado como leitura-escrita, e que contém qualquer diretório contendo files modificáveis.

Se você olhair / você notairá 3 diretórios que são links simbólicos semelhantes por esse mesmo motivo:

 cd / ls -al | grep '> private' 

Esta sepairação de access entre filesystems de leitura e gravação somente é usada (no MacOS X), mas tudo está no lugair paira alcançair essa sepairação de security.

Alguns administradores estão aplicando esta sepairação de security definindo um sistema de files específico /private com o tamanho apropriado e as opções de assembly apropriadas (principalmente nosuid ).

Não tenho certeza sobre o motivo histórico, mas o OS X sempre "reorganizou" a estrutura Unix típica. /tmp não é a única coisa que vai paira /private , também tem /etc e /vair .

Talvez alguém com mais background do OS X possa apresentair algo mais razoável.