Если Вы не хотите экспортировать их как переменные среды, вот прием, который Вы могли сделать. Сохраните свое variabe определение файлу .var_init.sh
и источник это в Вашей подоболочке как это:
.var_init.sh
VAR="Test"
из командной строки:
sh -c ". .var_init.sh && echo \$VAR" # Make sure to properly escape the '$'
Таким образом, Вы только устанавливаете свои переменные при выполнении Вашей подоболочки.
Можно сделать каталог только для чтения в некотором роде: с полномочиями Unix (chmod a-w
), или с более строгими мерами, такими как монтирование файловой системы только для чтения в том пятне. Я не думаю, что Linux предлагает встроенный способ препятствовать тому, чтобы единственный файл был создан, не делая каталог только для чтения в целом. Существует, конечно, многоцелевой инструмент FUSE, но я не знаю о существующей файловой системе FUSE, которая позволяет Вам создать черный список файла таким образом.
Можно попытаться создать повисшую символьную ссылку, особенно один указывающий на несуществующий файл в каталоге только для чтения. В зависимости от того, как проверки программы на существование файла и другую программу пытается создать файл, это может или не может работать.
Я рекомендовал бы выяснить, какая программа создает тот файл и отключает его. Посмотрите, Как определить, какой процесс создание является файлом?
Короче говоря, если у Вас есть какие-либо продукты VMware, которые Вы не удалили чисто, это создало бы такую проблему, которую Вы описываете.
Следуйте инструкциям в этой ссылке, я имел успех с ними:
У меня была та же проблема, и после того, как я следовал вышеупомянутому руководству, которое она решила.
Единственный стандартный способ сделать это должно удалить разрешение записи из каталога. Это будет, конечно, препятствовать тому, чтобы что-либо создало файлы в этом каталоге.
Не уверенный в гибкости VMware Server в той области, но принятии/etc/vmware каталога позволяется быть расположенным в удаленной файловой системе, совместно использованной под NFS или CIFS, который был бы легкой задачей при помощи ОС, поддерживающей DTrace в стороне файлового сервера (Солярис, OpenIndiana, FreeBSD, MacOS/X...).
Простой так называемый разрушительный сценарий мог вызвать или моделировать отказ на любой попытке открыть not_configured файл.
Я на самом деле уже делаю это.. можно сделать слушателя в "наблюдателе" или "incron" (я использовал бы наблюдателя, это рекурсивно), использование, которые создают триггер, пишут сценарий, ожидают 5 секунд (это вызвано тем, что все виды/tmp файлов только для чтения могут быть "созданы", когда файл "создается" - который Вы тестируете на заблокированный/только для чтения, и пауза ре при необходимости) затем в Вашем сценарии сканируют/перемещают/удаляют любые файлы в той папке, которую Вы не любите..
NB: гарантирует, что Ваш сценарий интеллектуален для заблокированной парадигмы файла/повторной попытки..