Ubuntu 26.04.1: что изменилось и стоит ли обновляться

Кратко об Ubuntu 26.04.1

Релиз Ubuntu 26.04.1 LTS (с долгосрочной поддержкой) состоялся 27 августа 2026 года, спустя четыре месяца после выхода Ubuntu 26.04 LTS 23 апреля 2026 года. Это накопительное обновление существующего релиза: оно включает то же ядро Linux 7.0 и тот же набор пакетов, но все обновления стабильных версий (SRU) и патчи безопасности, выпущенные до 25 августа 2026 года, уже интегрированы в установочные образы. Сервер с 26.04, который работал с apt full-upgrade, уже содержит все эти изменения. Этот релиз важен для серверов с 24.04 LTS, так как именно с выходом первого точечного релиза Canonical открывает путь обновления с предыдущей версии LTS. По состоянию на 18 сентября 2026 года этот путь ещё не открыт, а дата его открытия указана в одном общедоступном текстовом файле.

Что такое точечный релиз .1

Точечный релиз — это моментальный снимок системы. Canonical берет архив 26.04 в текущем состоянии, включая все обновления, поступившие в resolute-updates и resolute-security с апреля, и создает на их основе новые ISO-образы и образы для облачных платформ. В анонсе релиза это описывается одной фразой: «Данный точечный релиз включает множество обновлений и обновленные установочные носители, что сокращает объем данных, которые необходимо загрузить после установки». Сроки поддержки остаются прежними. Пятилетний цикл отсчитывается с апреля 2026 года, поэтому версия 26.04.1 поддерживается до апреля 2031 года, точно так же, как и апрельский образ. Общие принципы работы, включая причины, по которым в более поздних точечных релизах используется новое ядро, а в этом — нет, описаны в принципах работы точечных релизов Ubuntu. Ниже приведена информация, относящаяся непосредственно к 26.04.1.

Что изменилось в Ubuntu 26.04.1

Полный список доступен на официальной странице примечаний к выпуску 26.04.1. Он обширен, и большая его часть касается оборудования для настольных ПК и ноутбуков. Ниже приведены пункты, важные для сервера.

Ядро: по-прежнему Linux 7.0, стека HWE пока нет

Версия 26.04 LTS поставлялась с Linux 7.0, заменившим 6.8 из 24.04. В выпуске .1 версия 7.0 сохраняется. В примечаниях указано несколько сборок linux SRU в разделе ядра (включая трекер 7.0.0-15.15), поэтому команда uname -r на обновленной машине покажет номер ABI (интерфейса прикладного программирования) выше, чем в апрельском образе, но это всё та же серия 7.0. В Ubuntu 26.04.1 нет ядра HWE (hardware enablement). Страница жизненного цикла ядра Ubuntu описывает закономерность: «точечные выпуски .2 и новее поставляются с обновленным ядром» для настольных систем, тогда как «серверные установки по умолчанию используют ядро GA, а ядро enablement предоставляют как опцию». GA означает general availability — ядро, с которым состоялся релиз. На VPS это означает, что вы остаетесь на версии 7.0 в течение всего жизненного цикла релиза, если не выберете иное, а вопрос о том, нужно ли серверу вообще переходить на ядро HWE, — это отдельное решение, которое не требуется принимать сегодня.

Стоит отметить одно исправление в ядре. Ошибка 2158267, «Регрессия производительности вызывает замедление вывода SDXL (~42x)», была исправлена в общем ядре и большинстве облачных вариантов. Если вы запускаете рабочие нагрузки вывода на 26.04 и заметили их замедление после обновления ядра, это та запись, которую стоит изучить.

Исправления для сервера и облака

• openssl: обновление безопасности для устранения проблемы «HollowByte Denial of Service» (ошибка 2161371).
• rsync: «Исправления регрессий из майского обновления безопасности 2026 года» (ошибка 2155874). Если в мае у вас возникли проблемы с rsync, носитель .1 содержит исправление.
• exim4: три обновления безопасности, включая исправление записи одного байта в освобожденный буфер и раскрытие информации в PROXYv2.
• ca-certificates: пакет центров сертификации Mozilla обновлен до версии 2.86.
• systemd: исправлена задержка в cloud-init, вызванная хуком systemd-networkd resolve (ошибка 2148619), теперь ядро открывает сокет netfilter только при необходимости.
• libvirt и qemu: исправление «чрезмерного выделения памяти при большом значении physical_package_id» и исправление состояния гонки между iothreads и группами ограничения пропускной способности (throttle groups).
• apparmor: новый апстрим-релиз, а также исправление профиля для «чтения локалей uucore». uucore — это общий код в составе rust-coreutils, и это исправление относится к той же истории, которая задерживает приглашение к обновлению 24.04, описанной ниже.
• ubuntu-meta: pollinate был удален из наборов (seeds) cloud-minimal, server, server-minimal и server-raspi, а curl был явно добавлен в cloud-minimal и server-minimal. Оба изменения касаются содержимого чистой установки с носителя .1.
• debootstrap: «Обнаружение и поддержка SHA512 в индексных файлах Release», что важно, если вы собираете chroot или контейнеры из архива 26.04.
• base-files: /etc/os-release теперь читает 26.04.1, исправлена ранняя ошибка «отсутствие LTS в VERSION», поэтому строка читается как 26.04.1 LTS (Resolute Raccoon).

Установочные носители

Новые ISO-образы содержат четыре исправления livecd-rootfs. То, с чем может столкнуться пользователь VPS, — это «fix: update nocloud password data format» (ошибка 2149891), которая затрагивает автоматические установки, передающие пароль через источник данных NoCloud. Остальные изменения устанавливают права доступа к ядру и initrd в каталоге casper на 0644 и исправляют две опции загрузки riscv64. В образах от провайдера вы редко устанавливаете систему с ISO, поэтому практический эффект заключается в том, что шаблон, созданный на базе 26.04.1, загружается с уже примененными обновлениями безопасности по 25 августа 2026 года.

Утилита обновления релиза

В версии .1 содержится пять записей ubuntu-release-upgrader, одна из которых затрагивает каждую машину 26.04. Ошибка 2154602, «data/release-upgrades: set Prompt=lts for resolute», исправила ошибку апрельского релиза: /etc/update-manager/release-upgrades поставлялся с Prompt=normal, что является настройкой для промежуточных релизов. Версия 1:26.04.22 устанавливает значение Prompt=lts. Без этого исправления серверу 26.04 в октябре было бы предложено обновление до 26.10. Остальные пункты — это мелкие правки для пути обновления 24.04 («отметить libfile-libmagic-perl для установки в Noble»), особенность Raspberry Pi, очистка линтера и обновленный список зеркал.

Как сервер 26.04 достигает версии 26.04.1

Обновление запускать не требуется. Точечный релиз — это состояние архива, и ваш сервер отслеживает архив через apt. Две команды приводят любую установку 26.04 к тому же состоянию, что и носитель .1, или к более позднему.

sudo apt update
sudo apt full-upgrade

Используйте full-upgrade вместо upgrade. apt upgrade отказывается что-либо удалять, поэтому, когда для обновления пакета требуется удалить старый, он выводит The following packages have been kept back и оставляет их на старой версии. full-upgrade разрешено удалять пакеты, поэтому он завершает задачу. После этого проверьте строку версии.

grep VERSION= /etc/os-release

Вы должны увидеть VERSION="26.04.1 LTS (Resolute Raccoon)". Если в строке всё ещё отсутствует .1, обновление base-files не было применено, что обычно означает сбой apt update при работе с вашим зеркалом. Прочитайте вывод apt update еще раз. Зеркало, которое еще не синхронизировалось, является частой причиной на свежем образе от провайдера.

Затем выясните, обновилось ли ядро.

cat /var/run/reboot-required
uname -r

*** System restart required *** означает, что был установлен пакет, требующий перезагрузки, а на сервере это почти всегда ядро. uname -r показывает ядро, которое работает сейчас. Новое ядро неактивно до перезагрузки, поэтому перезагрузитесь, когда сможете позволить себе минуту простоя. Если машина не возвращается в сеть, VPS, который перестал загружаться после обновления ядра почти всегда загружается с предыдущим ядром из меню GRUB. Как только система загрузится на новом ядре, sudo apt autoremove --purge удалит старые, а очистка старых ядер в Ubuntu описывает, что следует оставить.

Наконец, подтвердите, что исправление программы обновления применено.

grep -v '^#' /etc/update-manager/release-upgrades

Вы должны увидеть Prompt=lts. Если вы видите Prompt=normal, значит, вы или скрипт подготовки системы отредактировали этот файл до версии .1, поэтому dpkg сохранил вашу копию вместо установки новой. Установите значение lts вручную. От этого различия зависит, будет ли вашему серверу предложено обновление до 26.10 в следующем месяце или до следующего LTS в 2028 году, а почему сервер должен оставаться на LTS-релизах объясняет причины этого.

Почему сервер 24.04 сообщает, что обновляться не до чего

Это сбивает пользователей с толку, так как версия 26.04.1 уже существует, а программа обновления всё равно утверждает обратное. Причина кроется в одном флаге в текстовом файле, который контролирует Canonical.

На сервере 24.04 файл /etc/update-manager/release-upgrades содержит Prompt=lts. При такой настройке do-release-upgrade загружает https://changelogs.ubuntu.com/meta-release-lts и считывает из него список релизов. Для каждого релиза, который новее вашего, проверяется поле Supported:. Соответствующий цикл в MetaRelease.py программы update-manager (в сокращённом виде):

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

Релиз с Supported: 0 пропускается, как будто его не существует. Вы можете прочитать этот файл самостоятельно.

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

По состоянию на 18 сентября 2026 года он содержит следующее:

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 0

Строка Version уже указывает на 26.04.1, значит, файл был обновлён для точечного релиза. Однако флаг Supported всё ещё равен 0. Из-за этого цикл не находит релизов для обновления, переменная new_dist остаётся пустой, и do-release-upgrade выводит сообщение, предназначенное для случая Prompt=lts:

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

Читайте это сообщение как «вам пока не предлагается LTS-релиз» и игнорируйте подсказку про Prompt=normal. Если вы установите её, программа обновления начнёт читать список промежуточных релизов и предложит вам 25.10 — версию с девятимесячным циклом поддержки, после чего вам потребуется второе обновление, чтобы достичь 26.04. Более короткое сообщение No new release found. означает ту же ситуацию на машине, где в файле уже указано Prompt=normal. В статье что делать, если do-release-upgrade не находит новый релиз разобраны оба сообщения и другие их причины. Стоит знать ещё одно сообщение. Please install all available updates for your release before upgrading. означает, что у вас есть ожидающие установки обновления для 24.04, и решение заключается в выполнении sudo apt full-upgrade перед повторной попыткой.

Почему флаг не изменился? В анонсе 26.04.1 было сказано: «Пользователям Ubuntu 24.04 LTS будет предложено автоматическое обновление до 26.04.1 LTS через Update Manager через пару недель после этого релиза, после внесения запланированных бэкпортов для устранения регрессий в недавней версии rust-coreutils». 26.04 — это первый LTS-релиз, где ls и другие базовые утилиты поставляются из rust-coreutils, а не из GNU coreutils. В статье что меняют переписанные на Rust компоненты в базовой системе Ubuntu объясняется, почему обновление с 24.04 является тем случаем, где регрессии в них проявляются в первую очередь. Canonical удерживает автоматическое предложение до тех пор, пока исправления не попадут в resolute-updates. Когда это произойдёт, файл изменится на Supported: 1. С этого момента баннер при входе по SSH на 24.04 будет показывать New release '26.04.1 LTS' available., за которым следует Run 'do-release-upgrade' to upgrade to it., и та же команда, которая ранее отвечала отказом, начнёт предлагать 26.04.1 без каких-либо действий с вашей стороны.

Если вы не хотите ждать

В анонсе также указан способ обойти этот флаг: do-release-upgrade -d. Текст справки для этого флага гласит: «Если используется последний поддерживаемый релиз, обновиться до разрабатываемого релиза», что звучит как 26.10, но для LTS-версий это не так. При использовании Prompt=lts программа -d выполняет два действия в коде, приведённом выше. Она добавляет -development к URL, чтобы программа обновления прочитала meta-release-lts-development, и устанавливает useDevelopmentRelease, что является второй частью условия continue. Пропуск Supported: 0 больше не применяется, и предлагается стабильная версия. Этот файл содержит список новейших LTS-релизов, поэтому -d на 24.04 предложит 26.04.1, а не 26.10.

sudo do-release-upgrade -d

Цена этого решения в том, что вы получите 26.04.1 в том виде, в котором архив находится сегодня, до применения бэкпортов rust-coreutils, которых ожидает Canonical. На сервере, который можно восстановить из снимка (snapshot), это разумный выбор. Если такой возможности нет — дождитесь изменения флага. В любом случае, сначала сделайте снимок системы и прочитайте полное руководство по обновлению с 24.04 до 26.04, чтобы узнать о резервном порте SSH 1022 и работе со сторонними репозиториями. Если обновление прервётся на середине, откройте страницу восстановление после неудачного обновления релиза Ubuntu.

Принятие решения

Если у вас уже установлена 26.04: делать ничего особенного не нужно. Выполните sudo apt update && sudo apt full-upgrade и перезагрузитесь, если существует /var/run/reboot-required. Затем подтвердите Prompt=lts. Вы не отстали от графика, так как точечный релиз — это тот же поток обновлений, в котором вы уже находитесь.

Если у вас 24.04: путь обновления скоро откроется, но по состоянию на 18 сентября 2026 года он закрыт. Запускайте строку curl раз в неделю. Когда Supported: покажет 1, запланируйте обновление, предварительно сделав снапшот. Если вы хотите получить 26.04 раньше, do-release-upgrade -d позволит установить 26.04.1 уже сегодня, с учетом указанного выше предостережения. Сама версия 24.04 LTS поддерживается до апреля 2029 года, поэтому ожидание флага в течение нескольких недель ничем вам не грозит.

Если у вас 22.04 или промежуточный релиз: в примечаниях к выпуску четко указано, что «сначала необходимо обновиться до Ubuntu 24.04 LTS или 25.10, прежде чем переходить к 26.04 LTS». Сначала перейдите на 24.04, а затем следуйте инструкциям для 24.04, приведенным выше.

FAQ

Является ли Ubuntu 26.04.1 новой версией, которую нужно установить?

Нет. Ubuntu 26.04.1 LTS, выпущенная 27 августа 2026 года, представляет собой дистрибутив 26.04 с включенными в установочный образ обновлениями за четыре месяца. Сервер 26.04, на котором выполняется sudo apt update && sudo apt full-upgrade, уже находится в состоянии .1 или новее, а grep VERSION= /etc/os-release показывает 26.04.1 LTS (Resolute Raccoon) после применения обновления base-files. Поддержка по-прежнему заканчивается в апреле 2031 года, отсчитывая от релиза в апреле 2026 года.

Почему do-release-upgrade на 24.04 сообщает, что нет доступной версии LTS для разработки?

Потому что Prompt=lts заставляет утилиту обновления читать meta-release-lts, а в этом файле указана версия 26.04.1 с Supported: 0. Утилита пропускает неподдерживаемые записи, не находит ничего новее и выводит сообщение, предназначенное для случая Prompt=lts. Canonical меняет флаг на Supported: 1, когда открывается путь обновления, и анонс 26.04.1 связал это с бэкпортами для устранения регрессий в rust-coreutils. Не устанавливайте Prompt=normal; это предложит 25.10, промежуточный релиз.

Включает ли 26.04.1 новое ядро?

Нет. 26.04.1 остается на серии Linux 7.0, с которой поставлялась 26.04 LTS, обновленной через несколько сборок SRU. Первое ядро HWE появится в более позднем точечном релизе, обычно это .2 по сложившейся практике Ubuntu, и при установке на сервер по умолчанию все равно выбирается ядро GA. VPS на 26.04 сохраняет 7.0, если вы самостоятельно не переключитесь на стек HWE.

Стоит ли использовать do-release-upgrade -d для перехода с 24.04 сейчас?

Анонс предлагает этот вариант для тех, кто не хочет ждать. -d с Prompt=lts считывает список версий LTS для разработки и игнорирует флаг Supported: 0, поэтому предлагает 26.04.1 вместо 26.10. Вы получите архив в том виде, в котором он существует до выхода бэкпортов rust-coreutils, ожидаемых от Canonical. Сначала сделайте снимок системы. Используйте этот метод на сервере, который можно пересобрать, а для критически важных систем дождитесь официального открытия флага.