Установка OpenMediaVault внутри виртуальной машины Proxmox VE — самый предсказуемый способ поднять домашний NAS: гипервизор отвечает за железо и виртуализацию, а OpenMediaVault (далее OMV) управляет файловыми шарами, пользователями и плагинами. Ошибка, с которой чаще всего сталкиваются на этом пути, — попытка пробросить диски в контейнер LXC вместо полноценной ВМ без понимания ограничений, из-за чего SMART-мониторинг и управление питанием дисков перестают работать корректно.
В этом руководстве разберём оба сценария развёртывания, подготовку виртуальной машины, проброс физических дисков и базовую настройку хранилища. Инструкция ориентирована на актуальные версии Proxmox VE и OpenMediaVault; конкретные названия пунктов веб-интерфейса могут незначительно отличаться в зависимости от версии, поэтому при расхождениях сверяйтесь с официальной документацией проектов.
Выбор сценария: виртуальная машина или LXC-контейнер
Прежде чем скачивать ISO-образ, определитесь со способом развёртывания. От этого решения зависит стабильность NAS и доступ к «железным» функциям дисков.
- 🖥️ Виртуальная машина (KVM) — рекомендуемый вариант. OMV получает собственное ядро, полноценный доступ к проброшенным дискам, корректный SMART и управление энергосбережением.
- 📦 LXC-контейнер — легковеснее, но OMV официально не рассчитан на работу в контейнере: возможны проблемы с монтированием файловых систем, правами и службами. Подходит только опытным пользователям для экспериментов.
- 🔧 Установка OMV поверх Debian в ВМ — альтернатива, если готовый ISO по какой-то причине не подходит.
Подготовка: скачивание ISO и загрузка в Proxmox
Сначала загрузите установочный образ OpenMediaVault с официального сайта проекта — выбирайте стабильный релиз для архитектуры amd64. Затем откройте веб-интерфейс Proxmox, перейдите в раздел локального хранилища (local) → ISO Images и нажмите Upload, указав скачанный файл.
Проверьте, что на ноде включена поддержка виртуализации (Intel VT-x или AMD-V) — без неё ВМ либо не запустится, либо будет работать крайне медленно. Проверить это можно в консоли ноды командой:
egrep -c '(vmx|svm)' /proc/cpuinfoЗначение больше нуля означает, что аппаратная виртуализация доступна. Если команда вернула ноль — зайдите в BIOS/UEFI сервера и включите соответствующую опцию.
Создание виртуальной машины под OpenMediaVault
Нажмите Create VM в правом верхнем углу интерфейса Proxmox и пройдите по шагам мастера. Ключевые параметры, на которые стоит обратить внимание:
- ⚙️ Машина и BIOS: оставьте тип машины по умолчанию; для загрузки с ISO обычно достаточно SeaBIOS, UEFI (OVMF) тоже поддерживается.
- 💾 Системный диск: 8–16 ГБ достаточно для самой OMV — данные будут храниться на отдельных проброшенных дисках.
- 🧠 Ресурсы: 2 vCPU и 2–4 ГБ ОЗУ — разумный минимум; при использовании плагинов вроде Plex или Nextcloud память стоит увеличить.
- 🌐 Сеть: мост
vmbr0, модель адаптера VirtIO (paravirtualized) для максимальной производительности.
☑️ Чек-лист перед первым запуском ВМ
⚠️ Внимание: не размещайте системный диск ВМ с OMV на том же физическом диске, который планируете пробрасывать под данные. Это усложнит обслуживание и повышает риск потери конфигурации при проблемах с диском.
Установка OpenMediaVault внутри ВМ
Запустите созданную ВМ и откройте консоль через кнопку Console. Установщик OMV построен на базе Debian и предельно линеен: выберите язык, раскладку клавиатуры, сетевой интерфейс и задайте пароль root. На этапе разметки укажите виртуальный системный диск целиком — установщик сам создаст нужные разделы.
После завершения установки машина перезагрузится. Извлеките ISO из виртуального привода (Hardware → CD/DVD → Remove или «Do not use media»), иначе ВМ снова загрузится в установщик. Войдите в систему и узнайте IP-адрес, выданный по DHCP:
ip aВеб-интерфейс OMV будет доступен в браузере по адресу http://IP-адрес. Учётные данные по умолчанию для веб-панели: логин admin, пароль openmediavault — смените его сразу после первого входа.
Проброс физических дисков в ВМ
Главное преимущество связки Proxmox + OMV — возможность отдать NAS целые физические диски. Самый надёжный способ — проброс диска по постоянному идентификатору из /dev/disk/by-id/, а не по букве устройства: буквы (sda, sdb) могут меняться между перезагрузками, что приведёт к подключению не того диска.
Сначала найдите нужный диск в консоли ноды Proxmox:
ls -l /dev/disk/by-id/Затем подключите его к ВМ (пример для ВМ с ID 100 и второго порта SATA):
qm set 100 -sata1 /dev/disk/by-id/ata-XXXX_серийный_номерАльтернативный подход — проброс целого SATA/SAS-контроллера через PCIe passthrough. Это даёт OMV полный контроль над дисками, но требует поддержки IOMMU и корректной настройки групп IOMMU на конкретной материнской плате. Перед настройкой сверьтесь с документацией Proxmox по PCI(e) Passthrough — шаги зависят от оборудования.
Что даёт проброс контроллера вместо отдельных дисков
При passthrough всего HBA/SATA-контроллера OpenMediaVault видит диски как «родные»: полный SMART, очереди команд, спин-даун. Минус — контроллер целиком уходит в ВМ, и Proxmox теряет к нему доступ. Также потребуется включить IOMMU в BIOS и, возможно, добавить параметры ядра (intel_iommu=on или amd_iommu=on) в загрузчик ноды.
⚠️ Внимание: перед пробросом убедитесь, что диск не смонтирован и не используется самим Proxmox (не входит в пул ZFS, LVM или хранилища ноды). Проброс занятого диска может повредить данные.
Настройка хранилища и общих папок в OMV
После входа в веб-интерфейс OMV откройте раздел Диски (Storage → Disks) — проброшенные устройства должны отображаться в списке. Далее порядок действий стандартный: создайте файловую систему в разделе Файловые системы, смонтируйте её, затем добавьте общие папки (Shared Folders) и включите нужные сервисы — SMB/CIFS для Windows-сети или NFS для Linux-клиентов.
Для отказоустойчивости можно собрать программный RAID средствами OMV (RAID Management) либо использовать файловые системы со встроенными механизмами защиты данных. Учтите: если диски проброшены поодиночке, RAID логичнее собирать именно внутри OMV, а не на уровне Proxmox — тогда NAS сам контролирует состояние массива и уведомляет о сбоях.
| Способ подключения диска | SMART в OMV | Сложность | Кому подходит |
|---|---|---|---|
| Виртуальный диск на хранилище Proxmox | Нет | Минимальная | Тесты, некритичные данные |
| Проброс диска по /dev/disk/by-id | Частично/полностью | Средняя | Большинство домашних NAS |
| Passthrough SATA/SAS-контроллера | Полный | Высокая | Продвинутые сборки с несколькими дисками |
| RDM/сырой проброс раздела | Ограничен | Средняя | Частные сценарии миграции |
Типичные ошибки и их решение
Одна из частых проблем — ВМ не видит проброшенный диск. Проверьте, что путь /dev/disk/by-id/... указан без ошибок (команда ls -l покажет актуальные идентификаторы), а сам диск не смонтирован на ноде. После изменения конфигурации через qm set ВМ нужно полностью перезапустить, а не перезагружать изнутри.
Вторая типичная ситуация — низкая скорость сети. Убедитесь, что сетевой адаптер ВМ настроен как VirtIO, а не эмулируемый Intel E1000, и что в OMV установлены гостевые агенты. Также проверьте, что физический порт сервера и коммутатор работают на ожидаемой скорости линка.
⚠️ Внимание: не делайте снапшоты ВМ с проброшенными физическими дисками в расчёте на «откат» данных — снапшот охватывает только виртуальные диски. Данные на проброшенных устройствах защищайте отдельным резервным копированием.
FAQ: частые вопросы
Можно ли установить OpenMediaVault в LXC-контейнер Proxmox?
Технически это возможно, но официально не поддерживается: в контейнере OMV сталкивается с ограничениями по монтированию файловых систем, правам на устройства и работе служб. Для надёжного NAS используйте полноценную виртуальную машину.
Сколько оперативной памяти выделить ВМ с OMV?
Для базовых задач файлового сервера достаточно 2–4 ГБ. Если планируете плагины вроде медиасервера с транскодированием или Nextcloud, закладывайте больше — ориентируйтесь на требования конкретных плагинов и наблюдайте за фактическим потреблением.
Почему в OMV не отображается SMART проброшенного диска?
При пробросе отдельного диска через qm set SMART обычно доступен, но зависит от контроллера и способа подключения. Если данных нет — проверьте SMART на стороне ноды командой smartctl -a /dev/disk/by-id/.... Гарантированно полный доступ к SMART даёт passthrough целого контроллера.
Нужно ли обновлять OMV внутри ВМ или ждать обновлений Proxmox?
Это независимые системы: OMV обновляется собственным механизмом (раздел System → Update Management), а Proxmox — через репозитории ноды. Обновляйте обе, но перед мажорными обновлениями OMV делайте резервную копию конфигурации.
Что делать, если ВМ с OMV не получает IP-адрес?
Проверьте, что сетевой мост vmbr0 привязан к рабочему физическому интерфейсу и в сети есть DHCP-сервер. Если DHCP отсутствует, задайте статический адрес в консоли ВМ через утилиту omv-firstaid.