Когда в веб-интерфейсе Proxmox VE раздел Диски показывает отдельные физические накопители вместо собранного RAID-массива, чаще всего причина кроется в режиме работы контроллера: массив собран в BIOS, но гипервизор получает диски напрямую, минуя логический том. Такая ситуация типична для серверов с контроллерами LSI/Broadcom, Adaptec и встроенными чипсетными решениями, где по умолчанию может быть активен режим JBOD или HBA.
Проблема встречается и в обратном виде: массив создан корректно, но Proxmox вообще не отображает ни одного устройства хранения. Здесь диапазон причин шире — от отсутствующего драйвера в ядре до аппаратной неисправности backplane. Разберём диагностику последовательно, от простых проверок к более глубоким.
Как Proxmox работает с RAID: важный контекст
Proxmox VE построен на базе Debian Linux, поэтому видимость RAID-массива полностью зависит от того, как ядро Linux определяет устройство. Аппаратный RAID-контроллер должен представить массив как единое блочное устройство — тогда Proxmox увидит его как обычный диск. Если же контроллер работает в режиме IT/HBA (как часто настроено для ZFS), гипервизор увидит каждый диск по отдельности, и это нормальное поведение, а не ошибка.
Отдельная категория — так называемый Fake RAID (чипсетный RAID, Intel RST, mdraid-совместимые решения). Такие массивы обрабатываются драйвером dmraid или mdadm, и их поддержка в Proxmox ограничена. Установщик Proxmox официально не поддерживает установку на Fake RAID, о чём прямо сказано в документации проекта.
Первичная диагностика: что проверить в консоли
Начните с проверки того, какие блочные устройства вообще видит система. Подключитесь к серверу по SSH или откройте консоль через веб-интерфейс и выполните:
lsblk -o NAME,SIZE,TYPE,MODEL
lspci | grep -i raid
dmesg | grep -i -E "raid|megaraid|mpt|aacraid"
Вывод lsblk покажет, определился ли массив как единое устройство (обычно sda с суммарным объёмом) или система видит диски по отдельности. Команда lspci подтвердит, что сам контроллер обнаружен на шине PCI. Если контроллера нет в списке — проблема аппаратная: проверьте посадку карты в слоте и питание.
Строки в dmesg укажут, загрузился ли драйвер контроллера. Для контроллеров LSI MegaRAID это модуль megaraid_sas, для Adaptec — aacraid, для HBA-адаптеров на базе LSI — mpt3sas. Отсутствие упоминаний драйвера в журнале ядра — прямой признак того, что устройство не инициализировано.
- 🔍 lsblk — список блочных устройств и их типов
- 🔍 lspci -nn — идентификаторы контроллера на шине PCI
- 🔍 dmesg — сообщения ядра о загрузке драйверов
- 🔍 cat /proc/partitions — разделы, увиденные ядром
Проверка состояния массива утилитами контроллера
Даже если драйвер загружен, массив может находиться в состоянии degraded или offline, и тогда ОС не получит рабочее блочное устройство. Состояние проверяется фирменными утилитами. Для MegaRAID используется storcli (ранее MegaCli), для Adaptec — arcconf. Эти утилиты не входят в состав Proxmox по умолчанию и устанавливаются отдельно из пакетов производителя.
storcli /c0 show
storcli /c0/vall show
Первая команда покажет общий статус контроллера, вторая — состояние виртуальных дисков (массивов). Если виртуальный диск в статусе Offline или Degraded, сначала решайте проблему на уровне массива: заменяйте отказавший диск, запускайте rebuild через ту же утилиту или BIOS контроллера.
⚠️ Внимание: не пересоздавайте виртуальный диск в BIOS контроллера, если на массиве есть данные. Создание нового виртуального диска поверх существующей конфигурации почти всегда означает потерю информации. Сначала попытайтесь импортировать инородную конфигурацию (Foreign Configuration), если она обнаружена.
Режим контроллера: RAID против HBA/JBOD
Частый сценарий: администратор планирует использовать аппаратный RAID, но контроллер переключён в режим JBOD или прошит IT-прошивкой, и Proxmox видит отдельные диски. Обратная ситуация тоже встречается — для ZFS нужен прямой доступ к дискам, а контроллер принудительно собирает их в массив.
Режим переключается либо в BIOS/UEFI-утилите контроллера (вызывается при загрузке сервера, клавиша зависит от производителя и указана на экране POST), либо через storcli. Точная команда зависит от поколения контроллера, поэтому сверяйтесь с документацией на вашу модель.
| Режим контроллера | Что видит Proxmox | Для чего подходит |
|---|---|---|
| RAID (MR) | Один виртуальный диск на массив | Аппаратная избыточность, ext4/LVM |
| HBA / IT | Каждый диск отдельно | ZFS, Ceph, программный RAID |
| JBOD | Отдельные диски через контроллер | Проброс дисков, ZFS |
| Mixed | И массивы, и отдельные диски | Комбинированные схемы |
Проблемы с драйверами и ядром
Если контроллер определяется в lspci, но блочные устройства не появляются, вероятная причина — отсутствие или слишком старая версия драйвера в ядре Proxmox. Проверить загруженный модуль можно так:
lsmod | grep -E "megaraid|mpt3sas|aacraid"
modinfo megaraid_sas
Proxmox VE использует ядро на базе Ubuntu с включёнными модулями для большинства серверных контроллеров, однако экзотические или очень новые модели могут потребовать обновления ядра либо установки DKMS-модуля от производителя. Обновление системы выполняется стандартно: apt update && apt dist-upgrade — после перезагрузки проверьте, появился ли массив.
⚠️ Внимание: установка сторонних DKMS-драйверов может нарушить совместимость с будущими обновлениями ядра Proxmox. Перед таким шагом сделайте резервные копии виртуальных машин и убедитесь, что драйвер собран именно под вашу версию ядра — проверить её можно командой uname -r.
Как узнать точную модель контроллера
Выполните lspci -nn | grep -i raid — в выводе будет PCI-идентификатор вида [1000:005d]. По этому идентификатору на сайте производителя или в базе linux-hardware.org можно определить точную модель и проверить, какой модуль ядра её поддерживает.
Fake RAID и программный RAID: особенности
Чипсетный RAID (Intel RST, AMD RAIDXpert) — частый источник проблем на десктопном оборудовании, используемом под Proxmox. Массив, собранный в BIOS материнской платы, может не определяться установщиком вообще либо определяться с ошибками. Причина в том, что такие массивы требуют специальных метаданных и драйверов dmraid, которые в современных версиях Proxmox не поддерживаются полноценно.
Рабочие альтернативы для такого оборудования:
- 💡 Отключить RAID-режим в BIOS, переключить SATA в AHCI и использовать ZFS RAID штатными средствами Proxmox
- 💡 Собрать программный массив через mdadm после установки системы
- 💡 Установить отдельный аппаратный HBA или RAID-контроллер с поддержкой в ядре Linux
Для домашних лабораторий и небольших серверов вариант с ZFS обычно предпочтительнее: гипервизор получает контроль над каждым диском, включая SMART-мониторинг, который через аппаратный RAID бывает недоступен.
☑️ Чек-лист диагностики RAID в Proxmox
Массив виден, но не используется в Proxmox
Иногда массив успешно определяется системой, но в веб-интерфейсе его нельзя выбрать для размещения ВМ. Вам нужно вручную создать хранилище поверх устройства. Путь зависит от желаемого типа: для каталога — создать файловую систему и добавить её через Датацентр → Хранилище → Добавить → Каталог, для блочного доступа — использовать LVM или ZFS.
mkfs.ext4 /dev/sdb
mkdir /mnt/raid
mount /dev/sdb /mnt/raid
После монтирования добавьте запись в /etc/fstab, чтобы хранилище подключалось при загрузке, и зарегистрируйте его в конфигурации Proxmox через веб-интерфейс или файл /etc/pve/storage.cfg. Учтите: если диск ранее использовался, на нём могут остаться старые сигнатуры разделов — очистить их поможет wipefs -a /dev/sdb, но эта команда уничтожает данные на устройстве.
Частые вопросы
Почему Proxmox видит диски по отдельности, хотя RAID собран в BIOS?
Наиболее вероятная причина — контроллер работает в режиме HBA/IT или JBOD и не собирает массив на аппаратном уровне. Либо это чипсетный Fake RAID, который Proxmox не поддерживает. Проверьте режим контроллера и рассмотрите вариант с ZFS.
Можно ли установить Proxmox на Intel RST (Fake RAID)?
Официально установка на Fake RAID не поддерживается. Рекомендуемый путь — переключить SATA-контроллер в режим AHCI и использовать ZFS или mdadm для организации избыточности.
Массив был виден, но пропал после перезагрузки. Что делать?
Проверьте статус виртуального диска утилитой контроллера — возможно, массив перешёл в degraded или offline из-за сбойного диска. Также осмотрите журнал контроллера на предмет Foreign Configuration и батареи/конденсатора BBU, если она предусмотрена моделью.
Как проверить SMART дисков за аппаратным RAID-контроллером?
Напрямую через smartctl это часто недоступно. Используйте утилиту производителя контроллера (storcli, arcconf) — она показывает состояние физических дисков, включая температуру и ошибки. Синтаксис зависит от модели контроллера.
Нужно ли обновлять прошивку RAID-контроллера?
Если контроллер стабильно работает и поддерживается ядром — необходимости нет. Обновление прошивки оправдано при известных ошибках конкретной версии или несовместимости с драйвером. Процедуру выполняйте строго по инструкции производителя, предварительно сделав резервные копии данных.