Как исправить журналы ошибок journalctl в Arch Linux

Как уже объяснял RalfFriedl, может ли это иметь какое-то влияние, зависит от того, что на самом деле выполняется внутри исходного скрипта. Поскольку вы не сообщили нам содержание этого сценария, мы никак не можем сказать, повлияет это или нет.

В любом случае, я бы счел плохим замыслом делать такой тип проверки во вторых скриптах. Исходные сценарии должны быть написаны таким образом, чтобы они были идемпотентными. -Мне должно быть разрешено использовать исходный код сценария так часто, как я хочу, без каких-либо штрафов.

Есть несколько вещей, которые мы хотим, чтобы «случилось только один раз». Типичным случаем является добавление чего-либо, например, PATHили LD_LIBRARY_PATH. Если мы будем использовать скрипт несколько раз, путь будет становиться все длиннее и длиннее. Если мы хотим этого избежать, защита должна идти в исходный скрипт, а не в исходный. Шаблон, который я часто использую, выглядит следующим образом:

# Put /foo/bar on top of PATH
: ${_src_xyz_version:=1}
if [[ ${_SRC_XYZ:=0} != $_src_xyz_version ]]
then
  export _SRC_XYZ=$_src_xyz_version
  export PATH=/foo/bar:$PATH
fi

В этом случае, после того как PATH был расширен, повторный запуск скрипта в моем процессе или любом подпроцессе -не изменяет PATH снова, если только процесс явно не изменяет запрос, выполнив а

export _SRC_XYZ=0