Ubuntu Server Guide

Create a target disk
Run the install!
This will boot, download the config from the server set up in the previous step and run the install. The
installer reboots at the end but the -no-reboot flag to kvm means that kvm will exit when this happens. It
should take about 5 minutes.
Boot the installed system
This will boot into the freshly installed system and you should be able to log in as ubuntu/ubuntu.
Using another volume to provide the autoinstall config
This is the method to use when you want to create media that you can just plug into a system to have it be
installed.
Download the live-server ISO
Go to the 20.04 ISO download page and download the latest Ubuntu 20.04 live-server ISO.
Create your user-data & meta-data files
The crypted password is just “ubuntu”.
Create an ISO to use as a cloud-init data source
Create a target disk
Run the install!
This will boot and run the install. Unless you interrupt boot to add ‘autoinstall’ to the kernel command
line, the installer will prompt for confirmation before touching the disk.
The installer reboots at the end but the -no-reboot flag to kvm means that kvm will exit when this happens.
The whole process should take about 5 minutes.
309

---

Boot the installed system
This will boot into the freshly installed system and you should be able to log in as ubuntu/ubuntu.
JSON Schema for autoinstall config
Introduction
The server installer validates the provided autoinstall config against a JSON Schema.
How the config is validated
Although the schema is presented below as a single document, and if you want to pre-validate your config
you should validate it against this document, the config is not actually validated against this document at
run time. What happens instead is that some sections are loaded, validated and applied first, before all
other sections are validated. In detail:
1. The reporting section is loaded, validated and applied.
2. The error commands are loaded and validated.
3. The early commands are loaded and validated.
4. The early commands, if any, are run.
5. The config is reloaded, and now all sections are loaded and validated.
This is so that validation errors in most sections can be reported via the reporting and error-commands
configuration, as all other errors are.