Debian preseed und Ubuntu autoinstall: zwei Formate für automatisierte Installationen, nicht austauschbar

Worum es geht

Der debian-installer von Debian wird mit einer preseed-Datei automatisiert, einer Klartextliste von debconf-Frage-Antwort-Paaren. Laut Debian Installation Guide ist zuerst eine Preconfiguration-Datei zu erstellen und an dem Ort abzulegen, von dem aus sie verwendet werden soll (im Original: "create a preconfiguration file and place it in the location from where you want to use it"): im initrd, auf dem Bootmedium oder im Netzwerk.

Ubuntu Server (ab 20.04) und Ubuntu Desktop (ab 23.04) verwenden einen anderen Installer, Subiquity, der stattdessen über das Format autoinstall automatisiert wird. Die Dokumentation von Canonical hält fest: "Automatic Ubuntu installation is performed with the autoinstall format," auch als "unattended", "hands-off" oder "preseeded" Installation bezeichnet. Der letzte dieser Namen bedeutet nicht, dass das preseed-Format von Debian zum Einsatz kommt. Autoinstall wird entweder als cloud-init-user-data geliefert (eine #cloud-config-Datei, deren Direktiven unter dem Schlüssel autoinstall: auf oberster Ebene stehen und mit version: 1 beginnen) oder als Datei autoinstall.yaml im Wurzelverzeichnis des Installationsmediums. Sind mehrere vorhanden, verwendet Subiquity die erste, die es findet, in dieser Reihenfolge: Kernel-Kommandozeile (subiquity.autoinstallpath=), Wurzelverzeichnis des Installationssystems, cloud-config, dann das Medium. Steht autoinstall nicht auf der Kernel-Kommandozeile, hält der Installer vor dem Schreiben auf die Platte mit der Rückfrage "Continue with autoinstall?" an.

Warum es wichtig ist

Eine Debian-preseed-Datei funktioniert auf einem Ubuntu-Installationsmedium nicht, und eine autoinstall-Datei funktioniert nicht unter Debian: Installer, Schemas und Auslieferungsmechanismen unterscheiden sich durchgehend. Teams, die beide Distributionen aufbauen, benötigen zwei getrennte Automatisierungsartefakte.

So wird es angewendet

• Für Debian von der Beispiel-Preconfiguration-Datei des Ziel-Releases ausgehen und die benötigten Antworten anpassen (Partitionierung, Netzwerk, Paketauswahl, optional preseed/late_command). Die Datei als preseed.cfg im initrd ausliefern oder in der Bootzeile mit preseed/file= oder preseed/url= (Kurzform url=) darauf verweisen.
• Für Ubuntu die cloud-config dem cloud-init des Installers bereitstellen, meist über die NoCloud-Datasource, oder autoinstall.yaml auf das Medium legen. Ubuntu-Cloud-Images führen Subiquity nicht aus; sie werden mit gewöhnlichen cloud-init-user-data konfiguriert.
• Eine Ubuntu-autoinstall-Datei vor dem Einsatz validieren: Laut Canonical-Dokumentation wird die Autoinstall-Konfiguration zur Laufzeit vor der Anwendung gegen ein JSON-Schema validiert ("Autoinstall config is validated against a JSON schema during runtime before it is applied"), und dieselbe Prüfung lässt sich vorab mit scripts/validate-autoinstall-user-data.py aus einem Klon des Subiquity-Repositorys durchführen (bei einer über das Medium gelieferten Datei --no-expect-cloudconfig ergänzen, und das Skript nie mit sudo ausführen).
• Für Debian das Format der Datei mit debconf-set-selections -c preseed.cfg prüfen, wie es der Installation Guide vorschlägt. Das prüft nur die Syntax, nicht ob die Antworten zum Release passen; daher zusätzlich eine Testinstallation in einer virtuellen Maschine durchführen.

Stolpersteine

• Gleiches Verhalten bei fehlenden Antworten erwarten: Der debian-installer hält an und fragt nach, während autoinstall für jede unbeantwortete Frage den Standardwert übernimmt oder scheitert, wenn es keinen gibt, ausser ein Abschnitt ist in interactive-sections aufgeführt.
• Der Schema-Validierung zu sehr vertrauen: Sie prüft erforderliche Schlüssel und Datentypen, garantiert laut Canonical aber nicht die vollständige Gültigkeit der Daten ("does not guarantee total validity of the data provided").
• Eine preseed- oder autoinstall-Datei über Major-Releases hinweg wiederverwenden, ohne sie erneut zu prüfen: Beide Formate entwickeln sich zwischen Releases weiter, und alte Dateien können auf entfernte oder umbenannte Optionen verweisen.