Есть ли кто-либо “не живое” распределение Linux, который может быть запущен от Карты памяти И предоставить доступ к файлам из Windows?

WHICH="`which which`" точно эквивалентно WHICH=`which which` или к WHICH=$(which which) или к WHICH="$(which which)". Все они выполняют команду which which, и получите его вывод (как строка) в переменную WHICH, снятие изоляции с любой заключительной новой строки от вывода. Точно так же AWK="`${WHICH} gawk`" мог быть записан AWK=`$WHICH gawk`.

Обычно, управляйте заменами (`command` или $(command)) должен быть окружен двойными кавычками, в случае, если результат содержит пробел или подстановочные знаки оболочки (*?[\). Это вызвано тем, что результат замен команды, как подстановки переменных ($foo или ${foo}), подвергается разделению слова и поколению имени файла (иначе globbing). Однако это не относится к присвоениям простой переменной: так как контекст требует отдельного слова, результат замены взят как есть. Таким образом, присвоения являются исключением к общему правилу, что Вы должны переменная двойной кавычки и замены команды. (Обратите внимание, что это исключение не расширяется на export var="$value", который действительно требует двойных кавычек.), Но это - разумная практика программирования оболочки к всегда двойным кавычкам — опускают их, только если Вы знаете, что Вы должны, вместо того, чтобы использовать их, только если Вы знаете, что Вы должны.

В (маловероятном) случае which which возвращает путь с пробелами или подстановочными знаками, ${WHICH} должен быть дважды заключен в кавычки в строках ниже, т.е. один из

AWK="`"${WHICH}" gawk`"
AWK=`"${WHICH}" gawk`
AWK="$("${WHICH}" gawk)"
AWK=$("${WHICH}" gawk)

(Используя $(…) рекомендуется `…`, из-за трудности получения вложенного заключения в кавычки прямо внутри `…`. Однако очень старые оболочки не распознают $(…), так `…` необходим для сценариев, которые должны работать на более старых системах.)

См. также $VAR по сравнению с $ {VAR} и заключить в кавычки или не заключить в кавычки