Команда pveversion в консоли узла показывает установленную версию Proxmox VE — если вывод отстаёт от актуального релиза на официальном сайте проекта, значит система требует обновления. Именно с этой проверки начинается любая работа по актуализации гипервизора: без знания текущей версии невозможно понять, какие репозитории подключены и какой сценарий обновления безопасен.
Proxmox VE — популярная платформа виртуализации на базе Debian, объединяющая KVM-виртуальные машины и LXC-контейнеры под управлением веб-интерфейса. Проект регулярно выпускает мажорные и минорные релизы: мажорные переходят на новую базу Debian, минорные приносят исправления безопасности и улучшения стека виртуализации. В этой статье разберём, как узнать последнюю версию, чем отличаются ветки репозиториев и как обновиться без потери виртуальных машин.
Как узнать установленную версию Proxmox VE
Самый быстрый способ — веб-интерфейс. После входа в панель управления выберите узел в дереве слева: на вкладке Summary отображается строка с версией PVE Manager. Этого достаточно для быстрой оценки, но для диагностики лучше использовать консоль.
В SSH-сессии или через встроенную консоль Shell выполните:
pveversion -vФлаг -v выводит не только версию менеджера, но и версии ключевых компонентов: ядра, QEMU, LXC, ZFS и библиотек кластера. Это полезно, когда нужно сравнить свой стек с требованиями конкретного обновления или описанием бага на форуме.
Дополнительно проверьте версию ядра командой uname -r — Proxmox поставляет собственные ядра proxmox-kernel, и их версия важна при диагностике проблем с драйверами оборудования.
Где смотреть актуальный релиз
Единственный достоверный источник информации о последней версии — официальный сайт проекта и его вики. Раздел загрузок показывает текущий ISO-образ установщика, а Roadmap и анонсы форума — детали каждого релиза. Не ориентируйтесь на сторонние сайты и каталоги: они часто отстают на несколько минорных выпусков.
Обратите внимание на различие между мажорными и минорными версиями:
- 🔢 Мажорный релиз (например, переход на новую базу Debian) — требует отдельной процедуры обновления с проверкой совместимости.
- 🔧 Минорный релиз — ставится штатным обновлением пакетов через
aptбез особых процедур. - 📦 Патчи безопасности — приходят в рамках текущей ветки и должны устанавливаться регулярно.
- 🧪 Тестовая ветка — репозиторий pvetest для раннего доступа, не предназначен для продакшена.
Репозитории: Enterprise и No-Subscription
Частая причина, по которой система «не видит» обновлений, — неправильно настроенные репозитории. По умолчанию после установки активен Enterprise-репозиторий, требующий платной подписки. Без неё apt update выдаёт ошибку 401, и пакеты не обновляются.
Для домашних лабораторий и небольших окружений без подписки предназначен репозиторий No-Subscription. Он получает те же пакеты, но без гарантий стабильности уровня Enterprise и без технической поддержки. Проверить подключённые источники можно в веб-интерфейсе: узел → Updates → Repositories, либо в файлах каталога /etc/apt/sources.list.d/.
⚠️ Внимание: перед сменой репозиториев сверьтесь с официальной документацией для вашей мажорной версии — имена файлов и формат записей менялись между релизами (например, переход на формат .sources в новых выпусках). Копирование конфигов от другой версии может сломать обновление пакетов.
Как обновить Proxmox VE до последней версии
Процедура минорного обновления выглядит так. Сначала убедитесь, что репозитории настроены корректно и apt update завершается без ошибок. Затем выполните полное обновление дистрибутива:
apt update && apt dist-upgradeИспользовать нужно именно dist-upgrade, а не просто upgrade: только он корректно разрешает изменения зависимостей, что критично для обновления ядра и компонентов виртуализации. В процессе могут появиться вопросы о замене конфигурационных файлов — если вы не правили файл вручную, обычно безопасно принять версию сопровождающего пакета, но при сомнениях сохраните старую копию.
☑️ Подготовка к обновлению Proxmox VE
После установки пакетов, если обновлялось ядро, узел необходимо перезагрузить. В кластере узлы обновляются по одному с миграцией виртуальных машин на соседние хосты — это исключает простой сервисов.
⚠️ Внимание: обновление мажорной версии (переход между большими релизами) — отдельная процедура. Для неё проект публикует скрипт проверки готовности (например, чек-лист pveXtoY в официальной вики). Не выполняйте мажорный апгрейд простым dist-upgrade без прохождения этой проверки.
Типичные ошибки при обновлении
Самая распространённая проблема — ошибка 401 Unauthorized при обращении к enterprise-репозиторию без подписки. Решение: отключить enterprise-источник и подключить no-subscription. Вторая частая ситуация — конфликт сторонних пакетов: если на узел устанавливалось стороннее ПО из внешних репозиториев, оно может блокировать обновление зависимостей.
Также встречаются проблемы после обновления ядра на нестандартном оборудовании: пропадает сеть из-за драйверов, собранных через DKMS. Проверьте заранее, есть ли у вас такие модули, командой dkms status — если есть, убедитесь, что они пересобираются под новое ядро.
| Ошибка / симптом | Вероятная причина | Что проверить |
|---|---|---|
| 401 Unauthorized при apt update | Enterprise-репозиторий без подписки | Файлы в /etc/apt/sources.list.d/ |
| Пакеты удержаны (held back) | Использован apt upgrade вместо dist-upgrade | Повторить с dist-upgrade |
| Нет сети после перезагрузки | DKMS-драйвер не собран под новое ядро | dkms status, выбор старого ядра в загрузчике |
| Не хватает места при обновлении | Переполнен /var или корневой раздел | df -h, очистка старых ядер и логов |
| Кластер показывает старые узлы | Узлы обновлены неравномерно | pveversion на каждом узле |
Что делать, если после обновления узел не загружается
В меню загрузчика (GRUB или systemd-boot) выберите предыдущее ядро из раздела Advanced options. Proxmox сохраняет несколько старых ядер именно для такого случая. После загрузки на старом ядре разберитесь с причиной — обычно это несовместимый модуль или драйвер.
Стоит ли всегда ставить самую свежую версию
Однозначного ответа нет — всё зависит от роли сервера. Для продакшен-узлов с критичными виртуальными машинами разумно выждать несколько недель после мажорного релиза: за это время проект выпускает первые исправления, а сообщество выявляет типовые проблемы. Минорные обновления и патчи безопасности, напротив, стоит устанавливать без долгих отлагательств.
Для домашней лаборатории свежие релизы обычно безопасны и дают доступ к новым функциям: улучшениям веб-интерфейса, поддержке нового оборудования, обновлениям ZFS и Ceph. Но и здесь правило одно — резервная копия перед обновлением обязательна.
Часто задаваемые вопросы
Как узнать последнюю версию Proxmox VE?
Актуальный релиз указан на официальном сайте проекта в разделе загрузок и в анонсах на форуме. Сравните его с выводом команды pveversion на своём узле.
Можно ли обновлять Proxmox без подписки?
Да. Для этого подключается репозиторий No-Subscription, который получает те же пакеты. Подписка даёт доступ к enterprise-репозиторию с дополнительной проверкой стабильности и к технической поддержке.
Чем apt dist-upgrade отличается от apt upgrade?
Команда dist-upgrade умеет устанавливать и удалять пакеты для разрешения зависимостей, что необходимо при обновлении ядра и компонентов виртуализации. Обычный upgrade в таких случаях удерживает пакеты, и система обновляется не полностью.
Нужно ли останавливать виртуальные машины при обновлении?
Для одиночного узла — да, на время перезагрузки ВМ будут недоступны, их лучше корректно выключить. В кластере машины можно заранее мигрировать на другие узлы и обновлять хосты по очереди без простоя.
Опасно ли обновляться на новую мажорную версию сразу после выхода?
Для критичных систем разумно дождаться первых минорных исправлений и изучить отзывы сообщества. Перед мажорным обновлением обязательно пройдите официальный чек-лист совместимости из вики проекта и сделайте полные резервные копии.