Онлайн-рабочие станции OnWorks Linux и Windows

Логотип

Бесплатный хостинг в Интернете для рабочих станций

<Предыдущая | Содержание: | Следующая>

В установщике Ubuntu есть несколько функций, которые в совокупности позволяют использовать довольно простые командные строки в приглашении загрузки, что приводит к произвольно сложным настраиваемым автоматическим установкам.

Это включается с помощью Автоматическая установка выбор загрузки, также называемый автоматический для некоторых архитектур или методов загрузки. В этой секции, автоматический таким образом, не является параметром, это означает выбор этого варианта загрузки и добавление следующих параметров загрузки в приглашение загрузки.

Чтобы проиллюстрировать это, вот несколько примеров, которые можно использовать при загрузке:


auto url = autoserver


Это зависит от наличия DHCP-сервера, который доведет машину до точки, в которой автосервер может быть разрешено DNS, возможно, после добавления локального домена, если это было предоставлено DHCP. Если это было сделано на сайте, где находится домен example.com, И они


изображение

1. Владелец переменной debconf (или шаблона) - это обычно имя пакета, который содержит соответствующий шаблон debconf. Для переменных, используемых в самом установщике, владельцем является «di». Шаблоны и переменные могут иметь более одного владельца, что помогает определить, могут ли они быть удалены из базы данных debconf, если пакет очищен.


иметь разумную настройку DHCP, это приведет к получению файла preseed из

http://autoserver.example.com/d-i/bionic/./preseed.cfg.

Последняя часть этого URL (ди / бионический /./ preseed.cfg) взято из автоматическая установка / defaultroot. По умолчанию это включает каталог бионический чтобы позволить будущим версиям указывать собственное кодовое имя и позволить людям переходить дальше контролируемым образом. В /./ бит используется для указания корня, относительно которого могут быть привязаны последующие пути (для использования в preseed / include и preseed / run). Это позволяет указывать файлы как полные URL-адреса, пути, начинающиеся с /, которые таким образом привязаны, или даже пути относительно места, где был найден последний файл предварительной загрузки. Это можно использовать для создания более переносимых сценариев, в которых всю иерархию сценариев можно переместить в новое место, не нарушая ее, например, копируя файлы на USB-накопитель, когда они запускались на веб-сервере. В этом примере, если файл preseed устанавливает preseed / run в /скрипты/late_command.sh тогда файл будет получен с http://autoserver.example.com/di/bionic/./scripts/late_command.sh.

Если нет локальной инфраструктуры DHCP или DNS или если вы не хотите использовать путь по умолчанию к preseed.cfg, вы все равно можете использовать явный URL-адрес, и если вы не используете /./ элемент, он будет привязан к началу пути (т.е. к третьему / в URL-адресе). Вот пример, который требует минимальной поддержки со стороны инфраструктуры локальной сети:


автоматический url = http: //192.168.1.2/path/to/mypreseed.file


Это работает следующим образом:


• если в URL отсутствует протокол, предполагается http,

• если раздел имени хоста не содержит точек, к нему добавлен домен, полученный из DHCP, и

если нет /после имени хоста, то добавляется путь по умолчанию.


Помимо указания URL-адреса, вы также можете указать параметры, которые не влияют напрямую на поведение установщик debian сам по себе, но может быть передан в скрипты, указанные с помощью preseed / run в загруженном файле пресида. В настоящее время единственным примером этого является автоустановка / классы, у которого есть псевдоним классов. Это можно использовать таким образом:


автоматический URL =example.com классы =класс_A; класс_B


Классы могут, например, обозначать тип устанавливаемой системы или используемую локализацию.

Конечно, эту концепцию можно расширить, и если вы это сделаете, для этого будет разумно использовать пространство имен автоустановки. Так что у кого-то может быть что-то вроде автоустановка / стиль который затем используется в ваших скриптах. Если вы чувствуете необходимость сделать это, укажите это в

<[электронная почта защищена]> список рассылки, чтобы мы могли избежать конфликтов пространства имен и, возможно, добавить для вас псевдоним для параметра.

Ассоциация автоматический выбор ботинка еще не определен для всех арок, но того же эффекта можно добиться, просто добавив два параметра авто = истинный приоритет = критический в командную строку ядра. В автоматический параметр ядра - это псевдоним для автоматическая установка / включение и установив его на правда откладывает вопросы местного языка и клавиатуры до тех пор, пока не появится возможность их предварительно задать, в то время как приоритет это псевдоним для debconf / приоритет и установив его на критической запрещает задавать вопросы с более низким приоритетом.


Дополнительные параметры, которые могут быть интересны при попытке автоматизировать установку с использованием DHCP: интерфейс = авто netcfg / dhcp_timeout = 60 что заставляет машину выбирать первую доступную сетевую карту и более терпеливо ждать ответа на свой DHCP-запрос.


Совет: подробный пример того, как использовать этот фреймворк, включая примеры скриптов и классов, можно найти на веб-сайте его разработчика. (http://hands.com/di/). Доступные там примеры также показывают множество других хороших эффектов, которые могут быть достигнуты путем творческого использования предварительной конфигурации.


В.2.4. Псевдонимы, полезные с предварительной настройкой

Лучшие облачные вычисления для ОС в OnWorks: