Dokumenty<Poprzedni | Spis treści | Następne>
Istnieje kilka funkcji Instalatora Ubuntu, które pozwalają dość prostym wierszom poleceń w monicie rozruchu spowodować dowolnie złożone, dostosowane automatyczne instalacje.
Jest to możliwe za pomocą Zautomatyzowana instalacja wybór buta, zwany także samochód dla niektórych architektur lub metod uruchamiania. W tej sekcji, samochód nie jest zatem parametrem, oznacza wybranie tego wyboru rozruchu i dodanie następujących parametrów rozruchu w monicie rozruchu.
Aby to zilustrować, oto kilka przykładów, których można użyć w monicie rozruchu:
automatyczny adres URL=autoserwer
Polega to na istnieniu serwera DHCP, który przeniesie maszynę do punktu, w którym autoserwer może zostać rozwiązany przez DNS, być może po dodaniu domeny lokalnej, jeśli została ona dostarczona przez DHCP. Jeśli zostało to zrobione w witrynie, w której znajduje się domena example.com, i oni
1. Właścicielem zmiennej debconf (lub szablonu) jest zwykle nazwa pakietu zawierającego odpowiedni szablon debconf. W przypadku zmiennych używanych w samym instalatorze właścicielem jest „di”. Szablony i zmienne mogą mieć więcej niż jednego właściciela, co pomaga określić, czy mogą zostać usunięte z bazy danych debconf, jeśli pakiet zostanie wyczyszczony.
mieć rozsądną konfigurację DHCP, spowodowałoby to pobranie wstępnie ustawionego pliku
http://autoserver.example.com/d-i/bionic/./preseed.cfg.
Ostatnia część tego adresu URL (di/bionic/./preseed.cfg) pochodzi z automatyczna instalacja/domyślny root. Domyślnie obejmuje to katalog bioniczny aby umożliwić przyszłym wersjom określanie własnego kryptonimu i umożliwić ludziom migrację do przodu w kontrolowany sposób. The /./ bit służy do wskazania korzenia, względem którego mogą być zakotwiczone kolejne ścieżki (do użytku w preseed/include i preseed/run). Pozwala to na określenie plików jako pełnych adresów URL, ścieżek zaczynających się od /, które są w ten sposób zakotwiczone, lub nawet ścieżek względem lokalizacji, w której znaleziono ostatni wstępnie ustawiony plik. Można to wykorzystać do konstruowania bardziej przenośnych skryptów, w których całą hierarchię skryptów można przenieść do nowej lokalizacji bez jej niszczenia, na przykład kopiując pliki na pamięć USB, gdy zaczęły się na serwerze internetowym. W tym przykładzie, jeśli ustawiony jest wstępnie ustawiony plik wstępnie ustawiony/uruchomiony do /scripts/late_command.sh następnie plik zostanie pobrany z http://autoserver.example.com/di/bionic/./scripts/late_command.sh.
Jeśli nie ma lokalnej infrastruktury DHCP lub DNS lub jeśli nie chcesz używać domyślnej ścieżki do preseed.cfg, nadal możesz używać jawnego adresu URL, a jeśli nie używasz metody /./ element zostanie zakotwiczony na początku ścieżki (tj / w adresie URL). Oto przykład, który wymaga minimalnego wsparcia ze strony lokalnej infrastruktury sieciowej:
automatyczny adres URL=http://192.168.1.2/ścieżka/do/mypreseed.file
Sposób, w jaki to działa, polega na tym, że:
• jeśli w adresie URL brakuje protokołu, przyjmuje się http,
• jeśli sekcja nazwy hosta nie zawiera kropek, ma dołączoną do niej domenę pochodzącą z DHCP, oraz
• jeśli nie ma /po nazwie hosta, dodawana jest ścieżka domyślna.
Oprócz określenia adresu URL możesz także określić ustawienia, które nie wpływają bezpośrednio na zachowanie instalator Debiana sam, ale może być przekazywany do skryptów określonych za pomocą wstępnie ustawiony/uruchomiony w załadowanym pliku preseed. Obecnie jest to jedyny tego przykład autoinstalacja/klasy, który ma pseudonim Klasy. Można to wykorzystać w ten sposób:
automatyczny adres URL=example.com klasy=klasa_A;klasa_B
Klasy mogą na przykład oznaczać typ systemu do zainstalowania lub lokalizację, która ma być używana.
Oczywiście możliwe jest rozszerzenie tej koncepcji, a jeśli to zrobisz, rozsądne jest użycie do tego celu przestrzeni nazw automatycznej instalacji. Więc ktoś może mieć coś takiego automatyczna instalacja/styl który jest następnie używany w twoich skryptach. Jeśli czujesz taką potrzebę, proszę wspomnij o tym na
<[email chroniony]> listę mailingową, abyśmy mogli uniknąć konfliktów przestrzeni nazw i być może dodać dla Ciebie alias dla parametru.
samochód Wybór buta nie jest jeszcze zdefiniowany dla wszystkich łuków, ale ten sam efekt można osiągnąć, po prostu dodając te dwa parametry auto=true priorytet=krytyczny do wiersza poleceń jądra. The samochód parametr jądra jest aliasem dla automatyczna instalacja/włączanie i ustawienie go na prawdziwy opóźnia pytania dotyczące języka i klawiatury, dopóki nie będzie szansy na ich wcześniejsze ustawienie, podczas gdy priorytet jest aliasem dla debconf/priorytet i ustawienie go na krytyczny zatrzymuje zadawanie pytań o niższym priorytecie.
Dodatkowe opcje, które mogą być interesujące podczas próby zautomatyzowania instalacji przy użyciu DHCP, to: interfejs=auto netcfg/dhcp_timeout=60 co powoduje, że maszyna wybiera pierwszą wydajną kartę sieciową i jest bardziej cierpliwa w oczekiwaniu na odpowiedź na zapytanie DHCP.
Wskazówka: Obszerny przykład wykorzystania tego frameworka, w tym przykładowe skrypty i klasy, można znaleźć na stronie jego twórcy (http://hands.com/di/). Dostępne tam przykłady pokazują też wiele innych fajnych efektów, które można osiągnąć dzięki kreatywnemu wykorzystaniu prekonfiguracji.