Diretórios intípíveis para o Junos OS Evolved

As várias versões de software compartilham o mesmo disco e partições. O ambiente de tempo de execução permite uma separação limpa do estado privado da versão e, ao mesmo tempo, permite o compartilhamento de diretórios comuns, como os arquivos de log e os arquivos de núcleo. A topologia final do sistema de arquivos em tempo de execução é lida apenas por padrão. O sistema contém dois tipos de diretórios contoríveis:

Compartilhado — Todas as versões de software instaladas no dispositivo usam esses diretórios. Esses diretórios mantêm arquivos, como arquivos de log e arquivos de núcleo. Por exemplo, /var é um diretório contorível compartilhado.
Privado — as versões de software individuais são donas desses diretórios. Cada versão obtém um conjunto impecável desses diretórios e arquivos, com base no conteúdo da embalagem, e tem a oportunidade de sincronizar esses arquivos com qualquer que seja a versão de arquivo atual, espiando sob o prefixo do diretório /curroot . O sistema cria esses diretórios na partição de dados e usa o nome do diretório, com '/' substituição por (cortes substituídos por '_' sublinhados). Esses diretórios são montados em enrascadas durante o inicialização; os arquivos contidos no diretório são específicos dessa versão de software. A lista de diretórios privados difere de acordo com os recursos dos nós (por exemplo, Mecanismo de Roteamento ou FPC) e dos produtos (por exemplo, PTX10003 ou PTX10008).

Como o sistema lida com diretórios writable

Os diretórios comuns não precisam de tratamento especial durante atualizações ou reversões de software, porque o conteúdo é comum em versões de software. Durante a sincronização de software para sistemas de mecanismo de roteamento duplo, apenas os diretórios domésticos do usuário em /var/home para a versão de software atual sincronizam com o mecanismo de roteamento de backup do mecanismo de roteamento principal. Nenhum outro conteúdo dos diretórios compartilhados sincronizados.

Para diretórios privados, como esses diretórios são específicos da versão, os diretórios precisam de tratamento especial durante atualizações de software, reversões e sincronizações:

Atualizações de software — Durante o estágio pós-instalação da atualização para uma nova versão, o sistema cria um ambiente chroot para a nova versão, e a versão anterior é montada como /curroot. Os scripts pós-instalação da nova versão mesclam o conteúdo dos diretórios privados da versão anterior à nova versão. Portanto, quaisquer scripts ou configurações de usuário que fazem parte dos diretórios privados da versão anterior avançam para a nova versão.
Reversão de software quando você especifica a opção with-old-snapshot-config no request system software rollback comando — O sistema não copia nenhum conteúdo dos diretórios privados da versão em execução para os diretórios privados da versão de reversão. Após a reinicialização, o sistema apresenta o conteúdo que estava presente no estágio em que a atualização de software foi feita desde a versão anterior (reversão) até a versão em execução atualmente.
Reversão de software sem a opção with-old-snapshot-config — Durante a reversão da versão em execução para a versão anterior, o sistema mescla o conteúdo dos diretórios privados da versão em execução com os diretórios privados da versão anterior, da mesma forma que acontece durante uma atualização de software.
Sincronização de software (somente sistemas dual-routing Engine) — O sistema sincroniza o conteúdo dos diretórios privados do mecanismo de roteamento primário até o mecanismo de roteamento de backup para as versões de software, com base na opção que você especifica no request system software sync comando: current, rollback ou all-versions. Quando você configura a auto-sw-sync declaração no nível de [edit system] hierarquia, o sistema sincroniza todo o conteúdo dos diretórios privados, desde o mecanismo de roteamento primário até o mecanismo de roteamento de backup para todas as versões de software.