Quais variáveis ​​de ambiente/variáveis ​​de shell env e printenv mostram [duplicado]

enve printenvestão imprimindo a lista de strings de ambiente (destinadas a conter definições de variáveis ​​de ambiente) que são fornecidas a eles pelo comando que as executa. O chamador eventualmente fará um:

execve("/usr/bin/env", argv, envp);

chamada de sistema where argve envpsão duas listas de strings.

env/ printenvapenas imprime a lista de strings em envp, uma por linha.

Por convenção, as strings em envpestão no formato var=value, mas não precisam ser (não conheço nenhuma execve()implementação que o aplique) e a maioria das envimplementações printenvnão se importam quando as exibem.

Quando o chamador for um shell POSIX, ele incluirá no envpque ele passar para enva lista de suas variáveis ​​de shell marcadas para exportação (ou porque o usuário chamou export/ typeset -xnele, ou porque a variável já estava no ambiente que o shell recebido na inicialização).

Se algumas das variáveis ​​de ambiente que o shell recebeu na inicialização não puderem ser mapeadas para uma variável do shell, ou se alguma das envpstrings recebidas não contiver um =caractere, dependendo da implementação do shell, essas strings serão passadas intocados, ou a casca irá arrancá-los ou alguns deles.

Exemplo com bash, usando GNU envpara passar uma lista de nomes de variáveis ​​arbitrárias ( envmas não pode passar strings envp arbitrárias, elas têm que conter a =, e as que usam setenv()não podem passar algumas que começam com =¹).

$ env -i '=foo' '1=x' '+=y' bash -c printenv
+=y
1=x
[...]

(a variável com o nome vazio foi removida, mas não as outras).

Além disso, se o shell recebeu várias envpstrings para o mesmo nome de variável, dependendo do shell, todas elas serão passadas adiante, ou apenas a primeira, ou apenas a última.

setem shells POSIX imprime a lista de variáveis ​​de shell, incluindo as não escalares para shells que suportam tipos de array/hash, sejam elas marcadas para exportação ou não.

Em shells POSIX você também pode usar export -ppara listar as variáveis ​​que foram marcadas para exportação. Ao contrário de env/ printenv, também lista as variáveis ​​que foram marcadas para exportação, mas ainda não receberam nenhum valor.

Em shells do tipo Korn como ksh, zshou bash, você também pode usar typesetpara obter mais informações, incluindo atributos de variáveis, e listar variáveis ​​por tipo (como typeset -alistar as variáveis ​​de matriz).

Aqui, adicionando USER_ENVI=10ao seu ~/.bashrc, você está configurando as invocações interativas sem login do bashshell para definir uma variável de USER_ENVI shell na inicialização. Como você não usou export, essa variável permanece uma variável de shell (a menos que estivesse no ambiente quando bashiniciada), portanto não é passada como variáveis ​​de ambiente para comandos executados por esse shell.

/etc/environment, em si, no Ubuntu 16.04 é lido pelo pam_env.somódulo de autenticação conectável. Os aplicativos que fazem login como login, sshd, lightdmlerão esses arquivos se configurados para usar pam_env.soe /etc/pam.dpassarão as variáveis ​​de ambiente correspondentes (nada a ver com variáveis ​​de shell aqui) para o comando que eles iniciam em seu nome após a autenticação (como seu shell de login para login/ sshd, ou seu gerenciador gráfico de sessão para lightdm...).

Como o ambiente é herdado por padrão, quando seu gerenciador de sessão executa um emulador de terminal que, por sua vez, executa seu shell de login, essas variáveis ​​de ambiente serão passadas em cada etapa e seu shell as mapeará para variáveis ​​de shell que você pode expandir no comando linha com coisas como echo "$VAR".

pam_envenv /etc/environmentse parecem com scripts de shell, mas pam_envnão invoca um shell para analisá-los e entende apenas um subconjunto da sintaxe do shell e só permite definir variáveis ​​cujo nome seja feito de um ou mais caracteres alfanuméricos ASCII ou sublinhados (não permitem que você defina uma 123variável que não seja um nome de variável shell POSIX válido).

^{¹, para passar uma lista de strings de env arbitrárias, você também pode chamar execve()diretamente como com:}

perl -e 'require "syscall.ph";
         $cmd = "/bin/zsh";
         $args = pack("p*x[p]", "sh", "-c", "printenv");
         $env = pack("p*x[p]", "a=b", "a=c", "", "+=+", "=foo", "bar");
         syscall(SYS_execve(), $cmd, $args, $env)'

^{aqui testando com zshem vez debash}

Fazendo:

USER_ENVI=10

Você está configurando uma variável, mas não uma variável de ambiente. Para isso você precisa:

export USER_ENVI=10

Ou

USER_ENVI=10; export USER_ENVI

É razoável que isso não funcione para você:

$ env | grep SYSTEM_ENVI

Não há nenhuma variável de ambiente chamada SYSTEM_ENVIset. Não há nada sobre /etc/environmentisso que possamos dizer, pois você não postou seu conteúdo (nem parece estar usando).

O que envvai imprimir é exatamente o mesmo que printenvdeve imprimir (sem opções).

Respostas:

1. Ambos env e printenv relatarão exatamente a mesma lista de variáveis ​​realmente configuradas se não houver opções ou lista de variáveis ​​após o comando.

2. Você pode usar set (sem opções) para ver todas as variáveis ​​definidas. Isso não significa que você deve usá-lo. Depende do que você quer listar. É perfeitamente válido e correto listar apenas a lista de variáveis ​​de ambiente.