| 1 |
Em 24 de outubro de 2010 10:05, Nuno J. Silva <nunojsilva@×××××××.pt> escreveu: |
| 2 |
|
| 3 |
> Ele não encontra porque o $PATH está vazio. Isso não me passou pela |
| 4 |
> cabeça, quando respondi na outra thread, mas o que o "-i" faz é ignorar |
| 5 |
> as variáveis que já estão definidas, pelo que quando "chroot" é avaliado |
| 6 |
> o ambiente só tem HOME e TERM, e *não* tem PATH. |
| 7 |
|
| 8 |
Hm... |
| 9 |
|
| 10 |
> A não ser que me escape alguma ordem de avaliação da BASH, isto deve |
| 11 |
> funcionar |
| 12 |
> |
| 13 |
> env -i HOME=$HOME TERM=$TERM `which chroot` /mnt/gentoo /bin/bash |
| 14 |
|
| 15 |
Então na verdade isso é automatizar o que eu tinha dito anteriormente |
| 16 |
de colocar o caminho completo do chroot. Porém se o env não tem $PATH |
| 17 |
ele provavelmente não vai encontrar nem o "which". Por exemplo: |
| 18 |
|
| 19 |
D520 ~ # which chroot |
| 20 |
/usr/bin/chroot |
| 21 |
D520 ~ # unset PATH |
| 22 |
D520 ~ # which chroot |
| 23 |
bash: which: Arquivo ou diretório não encontrado |
| 24 |
|
| 25 |
> Erro da documentação, não? |
| 26 |
|
| 27 |
Não exatamente porque o que a documentação indica funciona, mas em |
| 28 |
alguns casos o env rateia, então um comando mais completo vai |
| 29 |
funcionar nos casos onde o que a documentação sugere hoje não |
| 30 |
funciona. |
| 31 |
|
| 32 |
[]s |
| 33 |
|
| 34 |
-- |
| 35 |
thiago |
Archives