Установка Ubuntu Server 26

Ubuntu — самый популярный дистрибутив Linux на сегодняшний день. С неё проще вкатываться в линукса, по ней есть множество материалов, она обладает прогнозируемым расписанием релизов. На данный момент все выходящие релизы получают обновления безопасности 5 лет с момента выхода. Тоесть Ubuntu 26 Будет получать обновления безопасности до 2031-го года.
В этой статье мы посмотрим на минимально необходимый процесс ручной установки Ubuntu Server 26 на виртуальную машину. Стандартный процесс будет одинаковый независимо от того ставите вы её в VirtualBox, VMware Workstation, Proxmox и т.д. Всё что вам нужно — создать ВМ внутри выбранной вами платформы виртуализации, получить доступ к её экрану, а дальше процесс отличаться не будет ничем.
Качаем ISO
ISO образ — это образ установочного диска, в разрезе установки ОС этот образ диска ОС который мы будем монтировать в дисковод виртуальной машины, а в случае установки на живое железо мы бы нарезали этот образ на CD\DVD диск или же на USB флешку.
Скачать ISO можно с официального сайта по этой ссылке: https://releases.ubuntu.com/26.04/ubuntu-26.04-live-server-amd64.iso Найти эту ссылку можно на странице https://ubuntu.com/download/server , где всегда размещается актуальный на данный момент релиз. В 2028 году там появится Ubuntu Server 28, в 2030 Ubuntu Server 2030 и т.д.
Монтируем ISO
Конкретный процесс создания ВМ в различных системах виртуализации не является частью данной статьи, но в общем и целом он везде плюс-минус одинаковый.
-
1
Создать ВМ
-
2
Настроить RAM\CPU\HDD
Не смотря на то что на официальном сайте написано что минимальные системные требования Ubuntu Server 26 это 1 ядро CPU (чем мощнее тем лучше), 1.5GB оперативной памяти и 4GB дискового пространства. Я бы рекомендовал минимум 2 ядра CPU, 4GB RAM и 20GB SSD для тестов, а дальше уже всё зависит от потребностей в конкретных ситуациях.
-
3
Настроить сетевой интерфейс
-
4
Смонтировать ISO в виртуальный дисковод
-
5
Запустить ВМ
-
6
Подключиться к экрану
Устанавливаем Ubuntu Server 26

Первое окно, которое мы увидим после того, как начнётся процесс установки — это выбор языка. Я настоятельнейшим образом рекомендую придерживаться общепринятого стандарта и везде использовать англоязычный интерфейс, так как тут и много где далее будут использоваться оригинальные термины и названия. Так что выбираем английский язык.

Аналогично с раскладкой. В нормальной ситуации на сервере, если вы настраиваете, например, не сервер 1С, вам не понадобится для работы кириллица от слова совсем. Но даже если вы настраиваете сервер 1С, вероятнее всего будет куда лучше установить дополнительные локали уже потом, в ходе настройки ОС.

Мы планируем настраивать ОС руками, без какой-либо автоматизации. В определённых ситуациях, когда нужно, чтобы ОС занимала минимальное место, можно использовать Ubuntu Server (minimized), но отличается оно от стандартной поставки лишь отсутствием предустановленных пакетов, чтобы пользователь, подготавливая какой-то специфический образ, мог установить только самое необходимое. В нашем же случае мы учимся, и учимся мы на максимально стандартном дистрибутиве. Потому мы выбираем стандартный режим — Ubuntu Server.

Скорее всего у вас в локальной сети есть роутер, на котором настроено DHCP, и интерфейс получит настройки сети от него автоматически. В случае же если DHCP-сервера у вас нет, но вы точно знаете, что интернет у вас есть, попробуйте настроить статические настройки, указав IP-адрес, маску сети (как правило 255.255.255.0), шлюз и DNS-сервер (например вашего роутера, или же 1.1.1.1 или 8.8.8.8). Если вы совсем не представляете, какой IP-адрес указывать, но на вашем ноутбуке есть интернет, можно попробовать посмотреть текущий IP-адрес вашего ноутбука в настройках его сетевого интерфейса, и добавить к его последнему октету, например 100. То есть если у вашего ноутбука IP-адрес 192.168.0.33, то с большой долей вероятности IP-адрес 192.168.0.133 будет свободен. Предварительно его можно попинговать с помощью команды ping. В моём случае на скриншоте ВМ получила настройки сети по DHCP.

Оставляем пустым, в рамках обучения вряд ли где-то в инфраструктуре у вас настроена прокси и вы используете её для выхода в интернет.

После того как пройден этап настройки сети, установщик проверит доступность репозиториев. Он проверит, что ему доступен репозиторий, который идёт на ISO диске вместе с установщиком, и проверит доступность репозитория в интернете. Даже если репозиторий в интернете недоступен, установку можно продолжить, просто будут использоваться неактуальные версии пакетов, а те, что шли вместе с ISO. Но недоступность репозитория в интернете может быть индикатором того, что что-то таки идёт не по резьбе и вам стоит вернуться и перепроверить настройки сети.

По умолчанию Ubuntu Server ставится с LVM, поэтому стандартные настройки нас устраивают более чем. LVM упростит нам жизнь в будущем, при, например, расширении диска ВМ. А вот при установке Ubuntu Desktop я бы настоятельно рекомендовал включать LVM, потому что там оно по умолчанию отключено.

А вот на этом этапе стоит внести некоторые корректировки. Какого бы размера диск мы ни выделили виртуальной машине, установщик будет использовать только часть. На скриншотике мы видим, что под корень системы (/), установщик выделяет только 10 гигов места. То есть после установки у нас будет всего 10 гигов места и 8 гигов неразмеченного пространства. Чтобы потом не заниматься расширением диска, сразу же выделим всё незанятое пространство под корень. Выделим корень в списке и выберем Edit.

И в открывшемся меню в поле Size укажем максимальный размер. Чтобы не набивать максимальный размер руками, мы можем в начале поля для ввода текста написать кучу девяток, например 999999999 и нажать Tab. Установщик сам масштабирует значение под максимально доступное. С чувством выполненного долга нажимаем Enter.

Проверяем, что теперь под корень выделено всё свободное место. И продолжаем установку

Читаем информацию о том, что будут произведены необратимые изменения с файловой системой, и соглашаемся. Помним, что все манипуляции происходят на диске виртуальной машины, который представляет собой просто абстракцию поверх текущей файловой системы вашей хостовой машины, будь то пользовательская ОС или гипервизор. Если вы создавали новый чистый диск, вы ничего не потеряете. Если же вы подключили к виртуальной машине ранее созданный виртуальный жесткий диск или прокинули физический жесткий диск, вы должны понимать, что и зачем вы делаете. Но подобные манипуляции происходят, как правило, в процессе восстановления файлов с повреждённой виртмашины, и на них не устанавливается новая ОС, а эти диски подключаются к загрузочным ОС или же к уже работающим виртмашинам, на которых и проводятся целевые манипуляции. В любом случае нужно понимать, что диск будет отформатирован, на хостовую тачку и её данные это никак не повлияет, но если диск уже содержал какие-то данные, после того как вы нажмёте Continue — они будут удалены.

Задаём имя нашего пользователя, имя виртуальной машины, логин нашего пользователя и пароль. Если вы устанавливаете ОС в своей тестовой среде, какой там будет пароль — абсолютно плевать, потому что вероятнее всего ваша виртуальная машина не имеет прямого доступа в интернет, а подключается через какой-нибудь NAT. Если же вы устанавливаете ОС на виртмашину, имеющую непосредственный доступ в интернет, например у вас какой-то выделенный сервер или виртмашина на хостинге, тут пароль должен быть прям очень сложный, а вскоре после окончания установки следует перейти на авторизацию по SSH-ключам, а пароль отключить вообще. На авторизацию по ключам при этом стоит перейти даже в тестовой среде, как минимум для удобства (а многие операции без авторизации по SSH в принципе либо невозможны либо небезопасны, но об этом в будущих статьях). Просто если тачка имеет прямой выход в интернет (у неё на интерфейсе прописан белый статический IP-адрес), временой промежуток между установкой ОС и переходом на авторизацию по ключам с последующим отключением авторизации по паролю — должен быть максимально минимизирован.

Почитать про подписку Ubuntu Pro можно вот тут https://ubuntu.com/pricing/pro . Для персонального использования можно легально активировать подписку не более чем на 5 устройствах. Для тест среды и обучения оно не нужно от слова совсем. Если вы ставите убунту себе на личный ноут или личный сервер (не лучшее решение ставить убунту на сервер если вы можете поставить на него Proxmox и в него уже поставить Ubuntu на виртмашину), то почему бы и нет. От себя добавлю лишь, что за всю вообще свою жизнь, я ни разу не видел ни одну фирму, использующую подписку Pro (потому что для энтерпрайза оно стоит космических денег), а для персонального использования, даже если я вкорячу себе подписку Pro куда угодно, где стоит Ubuntu, ось там обновится раньше, чем мне понадобится расширенная подписка спустя 5 лет от момента релиза. Так что мы оставляем Skip for now.

Обязательно отмечаем пункт Install OpenSSH Server, потому что если этого не сделать — придётся устанавливать его потом вручную. Так как мы уже ставим ОС туда, где у нас есть доступ к экрану ВМ — сделать это не проблема, нужно будет всего-навсего залогиниться под логином и паролем, который мы задали несколько шагов ранее, и использовать команду apt update && apt install openssh-server -y, но таки если мы можем решить эту проблему сейчас, не вижу смысла откладывать.

На этом этапе жизненно важно ничего не выбирать вообще. Потому что всё, что вам заедет на этом этапе — это богомерзкие snap. Если кто-то встречался с portable сборками приложений в например Windows, вот аналог ентой штуки. Контроля 0 хоть и функционал есть сразу из коробки. Если выбирать как ставить софт, то я бы сказал что для какого-то сложного ПО самый надёжный, но долгий сложный способ — это ставить ПО непосредственно из deb пакетов, самый простой и быстрый способ — это использовать готовые Docker имиджи заезжающие через Docker Compose конфиги. Тут конечно вилами по воде писано, в общем и целом на мой взгляд это так. Выбирая между докером и snap в 100% случаев я бы выбрал докер. Каждому же из вас нужно будет самостоятельно для себя решить, Ведьмак какой вы школы, Кота, Медведя или Крысы(snap).

Аутируем на процесс установки пока не появится кнопка Reboot now или какая-нибудь ошибка. Если покажется что процесс завис, можно нажать на View full log, подождать несколько минут и посмотреть, появились ли новые строки в логе. Если появились — установка идёт. В зависимости от скорости интернета и оборудования, установка может длиться от нескольких минут до часа +-.

Если появилась кнопка Reboot now — значит установка успешно завершилась. Нажимаем на неё. Если вылетело окно с какой-то ошибкой и предложением повторить установку — повторяем установку. На моей практике неуспешные установки случались крайне редко и связаны были либо с проблемами оборудования, например когда ВМка ставится на деградирующий диск который прямо в процессе работы глючит и блокируется на запись, либо если установщик определил что у виртуальной машины есть интернет, начал в ходе установки качать новые версии пакетов и интернет в этот момент пропал. Примерно в 99.99% случаев установка проходит нормально, в остальных случаях проблема с оборудованием или сетью. Как бы вам ни хотелось верить в то что именно у вас оно не взлетает потому что это заговор массоно-рептилоидов, а вы всё делаете правильно — чудес не бывает. Так же после того как вы нажмёте на Reboot now, установщик может попросить вас через несколько секунд нажать Enter, чтобы размонтировать примонтированный в ходе установки CD-ROM, это уже будет точно последнее действие по установке Ubuntu Server 26.

Смотрим на экран виртмашины, ждём пока закончится загрузка и вываливаемые на экран стены текста остановятся. Если стены текста не перестают валиться, спустя 30-60 секунд с момента начала загрузки можно нажать Enter, с большой долей вероятности появится запрос на ввод логина (если он не появился сам ещё раньше, просто бывают ситуации когда он появляется, а потом на экран вываливается ещё стена лога загрузки и этот запрос выдавливается вверх). Вводим логин который мы указывали в шаге 12, нажимаем Enter. Аналогичным образом вводим пароль. В ходе ввода пароля никаких звёздочек не будет отображаться, это нормально, это правильно.
Ну а дальше можно ввести ip a если вы ещё не знаете IP-адрес вашей вмки и подключиться к ней по SSH на 22-й порт с тем же самым логином и паролем с которым вы авторизовывались, чтобы попасть в систему изначально.