Чёрный экран с мигающим курсором, зависание на строке GRUB или сообщение no bootable device после перезагрузки гипервизора — типичные симптомы, при которых Proxmox VE не запускается. При этом виртуальные машины и контейнеры остаются недоступными, а веб-интерфейс по адресу https://адрес:8006 просто не открывается. Проблема почти всегда локализуется в одной из четырёх зон: загрузчик, дисковая подсистема, файловая система или службы самого Proxmox.
В этом материале разберём диагностику по шагам — от проверки оборудования до восстановления загрузчика и запуска кластерных служб. Большинство действий выполняются из консоли сервера или Live-окружения и не требуют переустановки системы.
Первичная диагностика: где именно останавливается загрузка
Первое действие — подключить монитор к серверу (или открыть консоль через IPMI/iLO/iDRAC, если она предусмотрена вашей платформой) и зафиксировать, на каком этапе останавливается запуск. От этого зависит весь дальнейший план действий.
- 🔌 Сервер не проходит POST, нет изображения — проблема в железе, а не в Proxmox.
- 💾 Появляется
no bootable device— BIOS/UEFI не видит загрузочный диск. - ⚙️ Зависание на меню GRUB или ошибка
grub rescue— повреждён загрузчик. - 🐧 Ядро стартует, но загрузка останавливается с ошибками initramfs или systemd — сбой файловой системы или служб.
- 🌐 Система загружается, но веб-интерфейс недоступен — проблема в службах Proxmox или сети.
Не пропускайте этот этап: попытка чинить загрузчик, когда физически отказал диск, только потратит время. Запишите точный текст ошибки с экрана — он станет главным ориентиром.
Проверка диска и порядка загрузки в BIOS/UEFI
Если система сообщает об отсутствии загрузочного устройства, начните с настроек материнской платы. После сбоя питания или обновления прошивки порядок загрузки может сброситься, и сервер пытается стартовать с сети или пустого носителя.
Зайдите в BIOS/UEFI (обычно клавиша Del, F2 или F11 — зависит от производителя платы) и проверьте, что первым в приоритете стоит диск с Proxmox. Если система ставилась в режиме UEFI, убедитесь, что этот режим не переключился на Legacy/CSM — при несовпадении режима загрузчик не будет найден.
Дополнительно проверьте, виден ли сам накопитель в списке устройств. Если диск не определяется даже в BIOS, вероятна аппаратная неисправность: отошедший кабель SATA, севший конденсатор на плате или отказ самого SSD. Попробуйте переподключить шлейфы и порт.
⚠️ Внимание: если диск периодически «пропадает» из системы, не перезагружайте сервер многократно и не запускайте проверки файловой системы — сначала скопируйте важные данные. Каждая попытка записи на умирающий накопитель сокращает шансы на восстановление.
Восстановление загрузчика GRUB
Повреждение загрузчика — частая причина, по которой Proxmox не стартует после обновления ядра или внезапного отключения питания. Характерные признаки: приглашение grub rescue>, ошибка unknown filesystem или мгновенный возврат в меню загрузки.
Для восстановления понадобится установочный ISO Proxmox или любой Debian-based Live-образ. Загрузитесь с него, определите разделы командой lsblk -f и примонтируйте системный раздел. Для системы на ext4 порядок примерно такой:
mount /dev/sda3 /mnt
mount /dev/sda2 /mnt/boot/efi # для UEFI-систем
for d in /dev /dev/pts /proc /sys; do mount --bind $d /mnt$d; done
chroot /mnt
grub-install /dev/sda
update-grub
Точные имена разделов зависят от вашей разметки — сверяйтесь с выводом lsblk, а не копируйте буквы дисков вслепую. Если система развёрнута на ZFS, вместо обычного монтирования потребуется импорт пула командой zpool import rpool.
☑️ Восстановление загрузки Proxmox
Проблемы с ZFS и файловой системой
Proxmox часто развёртывают на ZFS, и сбой пула делает всю систему незагружаемой. Типичная картина: при старте появляется ошибка импорта пула rpool и система выпадает в аварийную консоль initramfs.
Причиной может быть повреждение метаданных после отключения питания или недоступность одного из дисков зеркала. Из консоли initramfs попробуйте импортировать пул вручную:
zpool import -f -R /mnt rpoolЕсли пул импортировался, проверьте его состояние командой zpool status. Ошибки чтения (CKSUM, READ) на конкретном диске указывают на его деградацию. Для ext4-систем аналогичная проверка выполняется через fsck с Live-носителя — но только на размонтированном разделе.
⚠️ Внимание: команда
zpool clearсбрасывает счётчики ошибок, но не чинит данные. Не применяйте её как «лечение» — сначала разберитесь, какой диск вызывает ошибки, и спланируйте его замену.
Что делать, если пул ZFS не импортируется
Попробуйте импорт с флагом -F (откат к последней целостной транзакции): zpool import -F rpool. В тяжёлых случаях используется zpool import -o readonly=on для чтения данных без записи. Если и это не помогает, пул может требовать восстановления специализированными средствами — не запускайте zpool destroy и не создавайте пул заново, это уничтожит данные.
Система загрузилась, но веб-интерфейс и ВМ недоступны
Отдельный сценарий — сервер стартует нормально, консоль показывает приглашение входа, но панель управления по адресу https://IP:8006 не открывается. Здесь виноваты службы Proxmox или сетевые настройки.
Залогиньтесь локально и проверьте состояние ключевых демонов:
systemctl status pveproxy pvedaemon pve-clusterЕсли службы остановлены, попробуйте перезапустить их командой systemctl restart pveproxy и посмотрите журнал через journalctl -u pveproxy -e. Частая причина отказа — незаполненный или повреждённый файл /etc/hosts: имя хоста должно разрешаться в реальный IP сервера, иначе кластерные службы не стартуют.
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| Веб-интерфейс недоступен | Служба pveproxy остановлена | systemctl status pveproxy |
| Ошибки кластера, нет кворума | Сбой corosync/pmxcfs | pvecm status |
| ВМ не стартуют | Недоступно хранилище | pvesm status |
| Сервер не отвечает по сети | Сбой конфигурации сети | /etc/network/interfaces |
| Дисковые ошибки в логах | Деградация накопителя | smartctl -a, zpool status |
Если сервер входит в кластер и после сбоя потерял кворум, веб-интерфейс может работать в режиме только чтения. Проверьте состояние командой pvecm status — при нехватке голосов потребуется либо вернуть остальные узлы в строй, либо временно установить ожидаемое число голосов вручную (это действие стоит выполнять, только понимая топологию своего кластера).
Профилактика: как не столкнуться с проблемой снова
После восстановления потратьте время на защиту от повторения. Настройте регулярные бэкапы виртуальных машин через встроенный планировщик vzdump или отдельный сервер Proxmox Backup Server, а конфигурацию /etc/pve копируйте отдельно — именно там лежат описания ВМ и контейнеров.
Источник бесперебойного питания заметно снижает риск повреждения файловой системы и загрузчика при скачках электричества. Также полезно держать под рукой загрузочную флешку с актуальным ISO Proxmox — она превращает восстановление загрузчика в дело десяти минут.
Часто задаваемые вопросы
Proxmox зависает на экране GRUB после обновления ядра — что делать?
В меню GRUB выберите пункт Advanced options и загрузитесь с предыдущей версии ядра. Если старое ядро работает, проблема в новом — можно зафиксировать загрузку рабочей версии и дождаться исправления, либо переустановить пакет ядра.
Веб-интерфейс не открывается, но сервер пингуется. Это сбой системы?
Не обязательно. Проверьте службу pveproxy и правильность записи о хосте в /etc/hosts. Также убедитесь, что обращаетесь по протоколу HTTPS и порту 8006, а браузер не блокирует самоподписанный сертификат.
Можно ли переустановить Proxmox без потери виртуальных машин?
Да, если диски ВМ расположены на отдельном хранилище. После переустановки хранилище подключается заново, а конфигурации ВМ восстанавливаются из резервной копии каталога /etc/pve. Без бэкапа этой папки машины придётся регистрировать вручную по их дискам.
zpool status показывает состояние DEGRADED — сервер опасно перезагружать?
Перезагрузка сама по себе пул не разрушит, но деградированный массив работает без резервирования. Сначала выясните, какой диск выпал, замените его и дождитесь завершения ресильвера — и только потом планируйте обслуживание.
После сбоя питания Proxmox выпадает в консоль initramfs. Это конец?
Нет, это штатный защитный режим: система не смогла смонтировать корневую файловую систему. Обычно помогает ручной импорт ZFS-пула командой zpool import rpool или проверка ext4 через fsck с Live-носителя, после чего сервер загружается нормально.