Переменные окружения!

Немного не так. Локальные переменные принадлежат только тому экземпляру шелла, который их создал. Их не видно из родительских и дочерних экземпляров. Используеются не только в скриптах, но и напрямую в консоли, например:

andrew@andrew ~ $ a=/dev/sd*
andrew@andrew ~ $ ls $a
/dev/sda  /dev/sda1  /dev/sda2  /dev/sda3  /dev/sda4  /dev/sda5  /dev/sdb

С export'ом - будет.

Как я понял не видна она будет, потому что под скрипт создаётся отдельный процесс, который является дочерним процесса оболочки. И этот процесс наследует только те переменные, который были экспортированы.

export переменную делает глобальной и её могут наследовать дочерние процессы оболочки, т.е. те программы которые были выполнены в оболочке. А вот интересно, где локальные можно использовать?

Ясно что будет, но речь о локальных переменных.

Примерно правильно понял.

Собственно, и без экспорта будет, если присваивать переменную при запуске дочернего скрипта:

rain@elitebook:/tmp$ echo $a

rain@elitebook:/tmp$ cat file.sh 
#!/bin/bash

echo $a
rain@elitebook:/tmp$ a=a ./file.sh 
a

Странно тоже самое проделал и не выводи значение переменной $a. Да и по идеи не должно выводит. Вы создали локальную переменную без экспорта. А когда запускается скрипт file.sh создаётся отдельный процесс, который является дочерним процессом оболочки. И этот дочерний процесс может унаследовать только экспортированные переменные. Т.е. по сути скрипт показывает переменные окружения процесса, в котором он работает, а не переменные оболочки. Потому что процессы изолированы и если один процесс попытается залезть в адресное пространство другого процесса, то система его убьёт. Скорее всего переменная $a уже была экспортирована.

Выполните unset a. И ещё раз проверьте.

показывает значение только, если выполнить: $ a=a ./file.sh А если выполнить, вот так: $ ./file.sh То не показывает значение переменной $a.

Ну да, о чем, собственно, и написал выше.

Извиняюсь, сначала не внимательно прочитал.