Ubuntu 26.04.1: что нового и как обновиться с 24.04

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. Этот путь был открыт 29 сентября 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. Он охватывает только пакеты из разделов main и restricted, а полные подробности содержатся в журналах изменений отдельных пакетов. Список изменений обширен, и большая его часть касается оборудования для настольных ПК и ноутбуков. Ниже приведены пункты, важные для серверного использования.

Ядро: по-прежнему 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. Метапакеты HWE (hardware enablement) уже существуют в архиве 26.04: linux-generic-hwe-26.04 опубликован, но по состоянию на 10 октября 2026 года он устанавливает ядро 7.0, то есть ту же серию, что и ядро GA. GA означает general availability — ядро, с которым был выпущен релиз. Таким образом, в 26.04.1 нет более нового ядра HWE, а есть только пакет, который будет содержать его, когда последующий точечный релиз переключит стек HWE. Для 24.04 и более ранних версий в документации Ubuntu по ядру HWE сказано: «Серверные установки по умолчанию используют ядро general availability (GA), а ядро HWE предоставляется как опция». Установщик 26.04 меняет один аспект этого правила. В примечаниях к выпуску Subiquity 26.04 говорится, что соответствующий метапакет OEM или HWE, который ранее устанавливался по умолчанию только на Desktop, «будет также устанавливаться для Ubuntu Server», начиная с 26.04, если установщик обнаружит подходящее оборудование. Сервер, установленный с носителя 26.04, может в итоге использовать пакет HWE, и dpkg -l | grep hwe покажет, относится ли это к вашей системе. На VPS, который отслеживает ядро GA linux-generic, вы остаетесь на версии 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 (ошибка 2148619), теперь ядро открывает сокет netfilter только при необходимости.
• libvirt и qemu: исправление «чрезмерного выделения памяти при большом значении physical_package_id» и исправление состояния гонки между iothreads и throttle groups.
• apparmor: новый апстрим-релиз, а также исправление профиля для «чтения локалей uucore». uucore — это общий код в составе rust-coreutils, и это исправление относится к той же истории, которая сдерживала появление приглашения на обновление до 24.04 до 29 сентября (см. ниже).
• ubuntu-meta: pollinate был удален из седов 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

Процедура обновления не требуется. Точечный релиз (point release) представляет собой состояние архива, а ваш сервер отслеживает состояние архива через 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 разрешено удалять пакеты, поэтому команда завершает задачу. Исключением является поэтапное развертывание (phasing), которое не переопределяется ни одной из этих команд. Ubuntu распространяет некоторые обновления на растущий процент машин, и в руководстве apt_preferences сказано, что на машине, не входящей в этот процент, новая версия «закреплена на 1 и, следовательно, удерживается» (pinned to 1, and thus held back), пока процесс развертывания не охватит её. Пакет, удерживаемый из-за поэтапного развертывания, не является ошибкой, и последующий запуск apt 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 всё ещё сообщает, что обновлений нет

Начиная с 29 сентября 2026 года это сообщение не должно появляться. В течение месяца между выходом релиза 26.04.1 и этой датой версия 26.04.1 уже существовала, но программа обновления сообщала об отсутствии новых версий, что сбивало с толку многих пользователей. Причиной был один флаг в текстовом файле, который контролирует Canonical; этот же файл — первое, что нужно проверить, если сервер 24.04 до сих пор сообщает об отсутствии обновлений.

На сервере 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'

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

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

Этот блок также содержит строку UpgradeTool, указывающую на программу обновления в resolute-updates. До 29 сентября строка 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.

Если ваш сервер 24.04 выводит это сообщение сегодня, причина уже не в этом флаге. Выполните строку curl и убедитесь, что она показывает Supported: 1, проверьте, что /etc/update-manager/release-upgrades по-прежнему содержит Prompt=lts, а не Prompt=never, и запустите команду снова. Игнорируйте подсказку о Prompt=normal. Эта настройка заставляет программу обновления считывать полный список релизов и оставляет машину на ветке промежуточных релизов, поэтому после достижения 26.04 будет предложен релиз 26.10, который поддерживается девять месяцев. Более короткое сообщение 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 перед повторной попыткой.

Почему флаг оставался в значении 0 в течение месяца? В анонсе 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 удерживала путь обновления до 29 сентября 2026 года, когда команда релиза объявила: «Обновления с Ubuntu 24.04 LTS до Ubuntu 26.04.1 LTS, под кодовым именем 'Resolute Raccoon', теперь включены». Файл был изменен на Supported: 1. Пользователям десктопных версий «предлагается автоматическое обновление до 26.04.1 LTS через Update Manager, которое развертывается постепенно в течение нескольких дней». Пользователям серверов не нужно ждать этого развертывания: в анонсе сказано, что они могут «начать обновление в любое время, выполнив: $ do-release-upgrade». Как только выполняется периодическая проверка релизов, баннер входа по SSH на 24.04 показывает New release '26.04.1 LTS' available., за которым следует Run 'do-release-upgrade' to upgrade to it., и та же самая команда, которая в сентябре отвечала отказом, теперь предлагает 26.04.1 без каких-либо действий с вашей стороны.

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

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

sudo do-release-upgrade

Если вы обновились раньше с помощью -d, вы находитесь на том же релизе, что и все остальные, а sudo apt full-upgrade на 26.04 приведет систему в актуальное состояние со всеми исправлениями, выпущенными с того момента. В любом случае, сначала сделайте снимок системы и прочитайте полное руководство по обновлению с 24.04 до 26.04, чтобы узнать о резервном SSH-порте 1022 и работе со сторонними репозиториями. Если обновление остановилось на полпути, восстановление после неудачного обновления релиза Ubuntu — это страница, которая должна быть у вас под рукой.

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

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

Если у вас 24.04: путь обновления открыт. Canonical открыла его 29 сентября 2026 года, и по состоянию на 10 октября 2026 года строка curl выше показывает Supported: 1. Сделайте снимок системы (snapshot), выполните sudo apt full-upgrade, чтобы убедиться в отсутствии ожидающих обновлений, а затем запустите sudo do-release-upgrade. Сама версия 24.04 LTS поддерживается до апреля 2029 года, поэтому вы можете выбрать спокойное окно обслуживания, не торопясь, но никаких ограничений для ожидания больше нет.

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

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 для разработки?

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

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

Нет. В 26.04.1 используется серия Linux 7.0, с которой поставлялась 26.04 LTS, обновленная через несколько сборок SRU. Метапакеты HWE, такие как linux-generic-hwe-26.04, уже существуют, но в данный момент они устанавливают ту же серию 7.0, что и ядро GA. Более новое ядро HWE появится в следующем точечном релизе, обычно это .2 согласно графику Ubuntu. Начиная с 26.04, установщик сервера также инсталлирует соответствующий метапакет OEM или HWE, если находит его для данного оборудования. VPS, отслеживающий linux-generic, сохранит версию 7.0, если вы не переключитесь на стек HWE самостоятельно.

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

Больше нет. До 29 сентября 2026 года в анонсе предлагалось использовать -d для тех, кто не хотел ждать, так как -d с Prompt=lts считывает список разработки LTS и игнорирует флаг Supported: 0. Теперь флаг имеет значение 1, поэтому обычная команда sudo do-release-upgrade предлагает 26.04.1 — именно эту команду Canonical рекомендует пользователям серверов в анонсе от 29 сентября. В любом случае, сначала сделайте снимок системы (snapshot).