Li man sudono seguinte:
--preserve-envIndica à política de segurança que o usuário deseja preservar suas variáveis de ambiente existentes. A política de segurança pode retornar um erro caso o usuário não tenha permissão para preservar o ambiente.
Mas eu me pergunto, mesmo que não tenha essa permissão, o que me impede de correr
sudo env MY_VAR=$MY_VAR <cmd>
?
Estou tentando canalizar a saída de um comando para o readbuiltin do meu shell e recebo um comportamento diferente para zshe bash:
$ bash -c 'echo hello | read test; echo $test'
$ zsh -c 'echo hello | read test; echo $test'
hello
Embora isso não funcione em bash, o seguinte funciona para ambos:
$ bash -c 'echo hello | while read test; do echo $test; done'
hello
$ zsh -c 'echo hello | while read test; do echo $test; done'
hello
Por que é que? Estou usando readerrado? Acho muito mais legível usá-lo em scripts em comparação com o test="$(echo hello)"que me obriga a lidar com problemas de citação com muito mais cuidado.
Estou trabalhando em um grande projeto C++. Ao testá-lo, frequentemente recebo um núcleo despejado do processo principal. Isso produz muitos despejos de núcleo desinteressantes salvos systemde ocupa espaço em disco útil.
É possível, no Linux em execução systemd, desabilitar os despejos de núcleo de serem gravados apenas temporariamente para um determinado usuário ou talvez ainda melhor apenas em um determinado tty ou em uma determinada sessão de shell?
Parece-me razoável que um usuário tenha a opção de desabilitar as gravações de despejos de núcleo se estiver prestes a executar um programa que despeja um núcleo com frequência e não deseja preencher o espaço em disco, sem a intervenção do root.