#linux #debian
#linux #debian
Вопрос:
Возникла немного странная проблема с шаблоном Debian.
Я запускаю скрипт с именем provisioning.sh . Этот скрипт должен запускаться при первой загрузке после развертывания шаблона, поэтому я вызываю его в rc.local с помощью…
/var/provision/provisioning.sh
Когда я изначально развертываю шаблон, этот скрипт не запускается, однако, если я вхожу в систему как root, а затем перезагружаю виртуальную машину, скрипт запускается при загрузке, как и должно быть.
Это, очевидно, не идеально, поскольку мой сценарий подготовки настраивает всевозможные биты и биты и подключает виртуальную машину к сети на ее конечном общедоступном IP-адресе, все из которых должны быть автоматизированы, но в настоящее время требуется вмешательство для входа в систему и перезагрузки.
Я запускаю один и тот же скрипт как в моем шаблоне Ubuntu, так и в моем шаблоне CentOS, и он работает каждый раз.
Кто-нибудь может назвать причину, по которой этот скрипт не запускается при первой загрузке с Debian?
Приветствия 🙂
Комментарии:
1. означает ли «этот скрипт не запущен», что «этот скрипт не запущен» или «он не выполняет то, что я намереваюсь»? Скажем, добавьте к нему строку «touch /tmp / foo» и посмотрите, когда и отражает ли дата изменения этого файла время загрузки.
2. Так что, действительно, вы правы. /tmp/foo создан, поэтому с rc.local проблем нет:(
Ответ №1:
Итак, как указал Бушмиллс, rc.local был фактически запущен. В этом случае кажется, что перед захватом моего шаблона мой файл интерфейсов был сброшен, и он не запускал eth0 перед запуском rc.local, поэтому мой скрипт прерывался — спасибо за направление в правильном направлении 🙂
Комментарии:
1. Если вопрос был результатом простой опечатки, его можно просто удалить. Такие вопросы вряд ли будут полезны будущим посетителям.