Переустановка Proxmox VE чаще всего требуется после повреждения системного раздела, неудачного обновления с ZFS-конфликтами или миграции сервера на новые диски — и главный риск здесь не сама установка, а потеря виртуальных машин и контейнеров, если заранее не снять резервные копии через vzdump. Процедура занимает от получаса при подготовленном носителе, но без бэкапа конфигураций /etc/pve восстановление превратится в ручное пересоздание каждой ВМ.
В этой инструкции разберём полный цикл: подготовку и резервное копирование, создание загрузочной флешки, чистую установку гипервизора и последующее восстановление виртуальных машин, хранилищ и сетевых настроек. Материал ориентирован на Proxmox VE актуальных версий, однако перед началом сверьтесь с официальной документацией вашего релиза — пути и поведение установщика могут отличаться.
Когда действительно нужна переустановка, а когда достаточно восстановления
Не каждая проблема с Proxmox VE требует чистой установки. Если веб-интерфейс недоступен, но сервер загружается, часто достаточно проверить службы через консоль: systemctl status pveproxy pvedaemon. Сбой веб-интерфейса, отвалившаяся кластерная конфигурация или ошибки обновления пакетов обычно решаются точечно.
Переустановка оправдана в нескольких сценариях:
- 🔧 Повреждена корневая файловая система, и сервер не проходит этап загрузки даже в recovery-режиме.
- 💾 Планируется замена системных дисков или смена схемы разметки — например, переход с ext4 на ZFS или наоборот.
- 🧩 Нужен переход на новую мажорную версию, для которой штатный путь обновления не предусмотрен или нежелателен.
- ⚙️ Конфигурация настолько «замусорена» экспериментами, что чистая установка быстрее, чем разбор накопленных ошибок.
Шаг 1. Резервное копирование виртуальных машин и конфигурации
Первое действие — снять бэкапы всех виртуальных машин и контейнеров штатным инструментом vzdump. Удобнее всего сделать это через веб-интерфейс: раздел Datacenter → Backup, либо командой для конкретной ВМ:
vzdump 101 --dumpdir /mnt/backup --compress zstd --mode snapshotКопии следует размещать на внешнем хранилище — NFS-шаре, отдельном диске или другом сервере. Если бэкап лежит на том же диске, который будет отформатирован при установке, он не переживёт переустановку. Это очевидно, но именно на этом шаге чаще всего теряют данные.
Второй обязательный элемент — архив каталога /etc/pve, где хранятся конфигурации ВМ, хранилищ, пользователей и кластера. Скопируйте его целиком на внешний носитель:
tar -czvf /mnt/backup/pve-config-backup.tar.gz /etc/pve⚠️ Внимание: если сервер входит в кластер, каталог /etc/pve является общей реплицируемой файловой системой (pmxcfs). Перед переустановкой узла выведите его из кластера штатной процедурой, иначе оставшиеся узлы будут считать его отказавшим, а кворум может быть нарушен.
☑️ Что подготовить перед переустановкой Proxmox
Шаг 2. Создание загрузочного носителя
Загрузите ISO-образ Proxmox VE с официального сайта проекта и проверьте контрольную сумму — для каждого релиза публикуется SHA256-хеш, сверка занимает секунды и исключает битый образ. Записывать образ на флешку удобнее всего утилитами с прямым побайтовым копированием: Rufus в режиме DD-образа, balenaEtcher или командой dd в Linux:
dd bs=1M conv=fdatasync if=./proxmox-ve.iso of=/dev/sdXЗдесь /dev/sdX — ваша флешка целиком, а не раздел на ней. Ошибка в букве устройства перезапишет другой диск, поэтому перед выполнением проверьте список устройств командой lsblk.
Шаг 3. Чистая установка Proxmox VE
Загрузите сервер с подготовленной флешки — для этого выберите её в boot-меню или измените порядок загрузки в BIOS/UEFI. В стартовом меню установщика выберите пункт Install Proxmox VE (графический режим). Дальше мастер проведёт через стандартные этапы: принятие лицензии, выбор целевого диска, регион и раскладку, пароль root и сетевые параметры.
Ключевой момент — выбор файловой системы на этапе разметки. От неё зависит поведение снапшотов и отказоустойчивость:
| Файловая система | Особенности | Когда выбирать |
|---|---|---|
| ZFS (RAIDZ, mirror) | Снапшоты, контроль целостности, требовательна к RAM | Серверы с ECC-памятью и несколькими дисками |
| ext4 + LVM-thin | Классическая схема, тонкие тома для ВМ | Одиночный диск, ограниченная память |
| xfs | Высокая производительность на больших файлах | Специфические нагрузки, опытные администраторы |
| btrfs | Снапшоты, но менее зрелая интеграция | Тестовые стенды, эксперименты |
При вводе сетевых параметров укажите статический IP-адрес, hostname в формате FQDN (например, pve.example.local), шлюз и DNS. Proxmox не рассчитан на работу по DHCP: смена адреса после установки ломает доступ к веб-интерфейсу и кластерную связность.
⚠️ Внимание: установщик полностью перезаписывает выбранный целевой диск, включая все разделы и данные. Если на сервере есть диски с хранилищами ВМ, которые нужно сохранить, отключите их физически на время установки или убедитесь, что выбран правильный целевой диск.
Шаг 4. Первичная настройка после установки
После перезагрузки веб-интерфейс станет доступен по адресу https://ваш-IP:8006. Войдите под root с паролем, заданным при установке. Первым делом настройте репозитории: если у вас нет платной подписки, отключите enterprise-репозиторий и подключите pve-no-subscription, иначе обновления пакетов будут завершаться ошибкой.
Затем обновите систему до актуального состояния:
apt update && apt dist-upgrade -yТакже проверьте сетевые мосты в разделе System → Network: интерфейс vmbr0 должен быть привязан к физическому порту, через который ВМ выходят в сеть. Если имена сетевых интерфейсов на новом железе отличаются от старых, это нужно учесть при восстановлении конфигураций ВМ.
Что делать с уведомлением об отсутствии подписки
Всплывающее окно «No valid subscription» при входе — информационное, оно не ограничивает функциональность гипервизора. Убрать его можно покупкой подписки, которая также даёт доступ к enterprise-репозиторию со стабильными обновлениями и технической поддержке.
Шаг 5. Восстановление виртуальных машин и хранилищ
Теперь верните данные. Подключите хранилище с бэкапами: если это NFS-шара, добавьте её через Datacenter → Storage с типом содержимого VZDump backup file. После этого архивы появятся в списке, и каждую ВМ можно восстановить кнопкой Restore либо командой:
qmrestore /mnt/backup/vzdump-qemu-101.vma.zst 101 --storage local-lvmДля контейнеров LXC используется аналогичная команда pct restore. При восстановлении проверьте, что идентификаторы ВМ не конфликтуют с уже существующими, а целевое хранилище имеет достаточно места — тонкие тома разворачиваются с учётом выделенного диска, а не фактически занятого.
Если диски с данными ВМ пережили переустановку (например, отдельный ZFS-пул), их можно подключить без восстановления из бэкапа: импортируйте пул командой zpool import, добавьте хранилище в конфигурацию, а затем зарегистрируйте ВМ из сохранённых конфигурационных файлов. Это быстрее, чем полное восстановление, но требует аккуратности с путями и идентификаторами.
Типичные ошибки при переустановке и как их избежать
Большинство проблем после переустановки связано не с самим процессом, а с пропущенными подготовительными шагами. Разберём частые сценарии.
Во-первых, несовпадение имён сетевых интерфейсов. На новом железе или после переустановки интерфейс может называться иначе, и восстановленные ВМ останутся без сети. Решение — в настройках каждой ВМ перепривязать сетевую карту к актуальному мосту.
Во-вторых, попытка вернуть конфигурацию кластера «в лоб» копированием файлов. Каталог /etc/pve управляется кластерной файловой системой, и ручная правка на живой системе приводит к рассинхронизации. Правильный путь — создать кластер заново и восстанавливать ВМ из бэкапов, либо следовать официальной процедуре восстановления узла.
В-третьих, забыт пароль root или отсутствует доступ к консоли. Держите под рукой альтернативный способ управления сервером — IPMI, последовательную консоль или физический доступ — на весь период работ.
⚠️ Внимание: перед отключением старого сервера убедитесь, что хотя бы одна восстановленная ВМ успешно загрузилась и доступна по сети. Проверка «на бумаге» не заменяет реальный запуск — ошибки вроде отсутствующего загрузчика или неверного типа диска видны только при старте.
FAQ: частые вопросы о переустановке Proxmox
Можно ли переустановить Proxmox без потери виртуальных машин?
Да, если заранее снять бэкапы через vzdump на внешнее хранилище или сохранить диски с данными ВМ, отключив их на время установки. После чистой установки ВМ восстанавливаются из архивов или реимпортируются с сохранённых томов.
Нужно ли заново активировать подписку после переустановки?
Ключ подписки привязан к серверу и вводится заново через веб-интерфейс в разделе подписок узла. Если подписки нет, достаточно переключить репозитории на pve-no-subscription.
Как переустановить один узел в кластере Proxmox?
Сначала выведите узел из кластера на оставшихся участниках, убедившись в сохранении кворума. Затем установите систему начисто и присоедините узел обратно командой pvecm add. ВМ восстанавливаются из бэкапов или мигрируются с соседних узлов.
Что выбрать при установке — ZFS или ext4?
ZFS даёт снапшоты и контроль целостности данных, но требовательна к объёму оперативной памяти. Для сервера с одним диском и скромной RAM практичнее схема ext4 с LVM-thin. Окончательный выбор зависит от оборудования и задач.
Можно ли обновиться до новой версии без переустановки?
Да, Proxmox поддерживает штатный апгрейд между мажорными версиями через пакетный менеджер — для каждого перехода публикуется официальное руководство. Переустановка имеет смысл, когда обновление невозможно или система уже повреждена.