Какой NAS выбрать в 2026: OMV, TrueNAS Scale, Unraid

Какой NAS выбрать в 2026: OMV, TrueNAS Scale, Unraid
Быстрый ответ
  • OpenMediaVault (OMV) — бесплатно, легковесно, запускается на Raspberry Pi и старом железе. Выбирай если бюджет ограничен или нужен простой файлообменник.
  • TrueNAS Scale — бесплатно, ZFS из коробки, docker compose с версии 24.10, максимальная защита данных. Выбирай для критичных данных и серьёзного home lab.
  • Unraid — платно (от $49/год), максимальная гибкость: миксуй диски любого размера, docker и VM в одном флаконе. Выбирай для медиасервера, Plex и виртуализации.

Если не знаешь что выбрать — бери Unraid (есть 30-дней триал) или TrueNAS Scale (бесплатно навсегда). OMV — только если железо слабее Celeron с 4 ГБ ОЗУ.

Содержание: показать

Диагноз: ты хочешь NAS, но не знаешь с чего начать

Какой NAS выбрать в 2026 — вопрос не простой. Синология стоит как подержанный автомобиль, облако течёт и дорожает каждый год, а самосборный NAS требует выбора операционной системы. Вот тут и начинается боль.

Три системы реально живут в продакшне у десятков тысяч пользователей: OpenMediaVault, TrueNAS Scale и Unraid. Каждая со своей философией, своими плюсами и своими граблями.

Эта статья даст тебе конкретный ответ — что поставить именно в твоём случае. Без воды про «каждый продукт уникален». Просто факты, команды и честная оценка после работы с каждой из систем.

Что получишь на выходе:

  • Сравнение по 12 параметрам — от железных требований до цены
  • Матрицу «кому что подходит» без размытых формулировок
  • Типичные ошибки при выборе и как их избежать
  • Конкретные команды для старта на каждой системе

Время на прочтение — 15 минут. Времени потом пожалеешь больше, если выберешь не то.

Что такое NAS и зачем он вообще нужен в 2026

NAS — Network Attached Storage — это сетевое хранилище данных, доступное по сети. По факту это небольшой сервер с несколькими дисками, который работает 24/7 и отдаёт файлы по SMB, NFS или HTTP.

Зачем в 2026, когда есть Google Drive и Dropbox? Посчитай сам. 2 ТБ в Google One стоят около $100 в год. 4 диска по 8 ТБ = 32 ТБ окупятся за 2-3 года по сравнению с облаком. И данные физически у тебя, а не у корпорации, которая может закрыть сервис или поднять цену в любой момент.

Кроме хранения файлов современный домашний NAS умеет:

  • Запускать Docker-контейнеры — Plex, Jellyfin, Nextcloud, Home Assistant
  • Крутить виртуальные машины
  • Делать резервные копии с компьютеров, телефонов, серверов
  • Работать как IP-камера NVR
  • Заменить Synology/QNAP при вдвое меньших затратах
%%{init: {
  'theme': 'base',
  'themeVariables': {
    'primaryColor': '#ffffff',
    'primaryTextColor': '#1e293b',
    'primaryBorderColor': '#94a3b8',
    'lineColor': '#64748b',
    'fontSize': '15px',
    'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
  },
  'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50}
}}%%
flowchart TD
    A["Нужен NAS"] --> B{"Есть слабое железо\nили ARM / Pi?"}
    B -->|Да| C["OpenMediaVault"]
    B -->|Нет| D{"Критичны данные\nили нужен ZFS?"}
    D -->|Да| E["TrueNAS Scale"]
    D -->|Нет| F{"Нужны Docker + VM\nи гибкость дисков?"}
    F -->|Да| G["Unraid"]
    F -->|"Бюджет 0"| E

    style A fill:#f8fafc,stroke:#64748b,stroke-width:2px,color:#1e293b
    style B fill:#fefce8,stroke:#f97316,stroke-width:2px,color:#92400e
    style C fill:#f0fdf4,stroke:#22c55e,stroke-width:2px,color:#15803d
    style D fill:#fefce8,stroke:#f97316,stroke-width:2px,color:#92400e
    style E fill:#eff6ff,stroke:#3b82f6,stroke-width:2px,color:#1e40af
    style F fill:#fefce8,stroke:#f97316,stroke-width:2px,color:#92400e
    style G fill:#fdf4ff,stroke:#a855f7,stroke-width:2px,color:#6b21a8

Системные требования — таблица

Перед выбором ОС убедись, что железо потянет. На момент публикации актуальны следующие версии. Перед установкой проверяй свежие релизы на официальных сайтах.

Параметр OpenMediaVault 7 TrueNAS Scale 25.04 Unraid 7.1
ОС основа Debian 12 Debian 12 (Linux 6.12) Slackware / Linux 6.12
CPU x86-64, ARM (Pi, RISC-V) x86-64 только x86-64 только
RAM минимум 1 ГБ (реально от 2 ГБ) 8 ГБ (ZFS требует памяти) 4 ГБ (рекомендовано 8+)
RAM рекомендовано 4 ГБ 16-32 ГБ 16 ГБ+
Загрузочный диск 16 ГБ SSD/USB 16 ГБ SSD (USB не рекомендуется) USB-флешка 16 ГБ+
ECC RAM Не требуется Рекомендуется для ZFS Не требуется
Цена ОС Бесплатно (GPL v3) Бесплатно (Community Edition) От $49/год
Актуальная версия OMV 7.x (OMV 8 в разработке) 25.04 Fangtooth 7.1.x

OpenMediaVault — разведчик на лёгком железе

OMV — это Debian с веб-интерфейсом поверх. Написан и до сих пор поддерживается одним разработчиком — Volker Theile. Да, один человек. Нет, это не шутка.

Что получаешь из коробки: веб-UI для управления дисками, SMB/NFS/FTP шары, RAID через mdadm, мониторинг через smartd. Минималистично, но работает.

Докер, ZFS, SnapRAID и прочее — через плагины из OMV-Extras. Это официальный репозиторий дополнений. Без него OMV — голая машина.

Установить OMV-Extras после базовой установки:


wget -O - https://github.com/OpenMediaVault-Plugin-Developers/packages/raw/master/install | bash

После этого в веб-UI появится раздел Plugins с Docker Compose, ZFS, SnapRAID и ещё десятком полезных вещей.

Главный козырь OMV — работает на чём угодно. Raspberry Pi 4, старый Atom-ноутбук, mini-PC с 4 ГБ ОЗУ. TrueNAS Scale или Unraid на таком железе просто не запустятся.

Когда выбирать OMV
  • Есть ARM-железо (Raspberry Pi, Orange Pi, Milk-V)
  • ОЗУ меньше 8 ГБ и нет возможности добавить
  • Нужен простой файловый сервер без контейнеров
  • Нулевой бюджет на ОС и хочется полного контроля через CLI
  • Строишь NAS поверх уже настроенного Debian

Минусы OMV надо знать заранее. Крупные обновления версий (6 -> 7 -> 8) требуют ручного вмешательства, иногда свежей установки. UI по сравнению с Unraid или TrueNAS выглядит утилитарно. Docker через плагин работает, но настройка сложнее, чем в конкурентах.

Проверить статус сервисов после установки:


systemctl status openmediavault-engined
systemctl status smbd
systemctl status nmbd

TrueNAS Scale — бронированный танк с ZFS

TrueNAS Scale — это серьёзная история. За ним стоит iXsystems, компания которая разрабатывает enterprise-решения для хранения данных. Community Edition бесплатна, Enterprise-функции платные.

Основа — ZFS. Это не просто файловая система, это целая концепция. ZFS делает checksumming каждого блока данных, автоматически находит и исправляет повреждения через самовосстановление, поддерживает снапшоты которые занимают почти ноль места до тех пор пока данные не изменились, и репликацию между системами.

В конце 2024 года вышел Electric Eel (24.10) — ключевой релиз для home lab. TrueNAS избавился от Kubernetes и перешёл на нативный Docker. Теперь можно загружать docker-compose.yaml прямо в веб-интерфейсе. Это убрало главный камень преткновения — раньше развёртывание контейнеров в TrueNAS было мазохизмом.

Ещё одно историческое изменение в том же релизе: RAIDZ expansion. Раньше нельзя было добавить один диск в RAIDZ-пул — только заменять весь vdev. Теперь можно. Это решает проблему постепенного расширения NAS.

TrueNAS 25.04 Fangtooth (апрель 2025) принёс Linux 6.12 и заменил libvirt на Incus для виртуалок, добавил поддержку Linux LXC-контейнеров. VMs в 25.04 помечены как experimental — для продакшена ещё рано.

Проверить состояние ZFS-пула:


zpool status
zpool list
zfs list

Запустить проверку целостности данных (scrub):


zpool scrub tank
# где tank - имя твоего пула
# смотреть прогресс:
zpool status tank
Когда выбирать TrueNAS Scale
  • Данные критичны — фото, документы бизнеса, база данных
  • Нужны снапшоты и репликация между двумя NAS
  • Строишь серьёзный home lab с VM и docker
  • Есть ECC RAM и достаточно памяти (16+ ГБ)
  • Нет денег на Unraid, но нужна функциональность уровня выше OMV

Честно про минусы. TrueNAS требует памяти. ZFS — прожорливая файловая система, рекомендуется 1 ГБ RAM на 1 ТБ хранилища — это старая формула, но порядок цифр верный. На 8 ТБ массиве без docker 8 ГБ хватит, с docker и VM — бери 32 ГБ.

Добавление дисков в существующий ZFS-пул исторически было болью. Да, RAIDZ expansion теперь работает, но планировать конфигурацию лучше заранее.

Unraid — швейцарский нож для гибкого home lab

Unraid придумал Лайм Технолоджи и продаёт по подписке. Это принципиальное отличие от конкурентов. Стартовая лицензия — $49/год (до 6 дисков). Более дорогие тарифы убирают ограничение по дискам. Пожизненная лицензия стоит $249.

После истечения лицензии система продолжает работать, просто не получает обновления для следующей minor-версии. Данные в безопасности.

Философия Unraid отличается от всех остальных. Нет традиционного RAID. Вместо этого — parity-диск. Один (или два) диска хранят parity-информацию, остальные — данные независимо. Это означает:

  • Диски могут быть разного размера — 4 ТБ, 8 ТБ и 14 ТБ в одном массиве
  • Можно добавлять диски по одному в любое время без перестройки массива
  • Если умрёт один диск данных — данные восстановятся через parity
  • Cache pool из SSD работает отдельно и ускоряет запись

Unraid 7 добавил нативную поддержку ZFS — теперь можно создавать ZFS-пулы параллельно с Unraid array. Это лучший вариант для кэша и отдельных датасетов.

Docker в Unraid — главная причина популярности. Community Applications (CA) — магазин контейнеров с тысячами шаблонов. Нажал кнопку, заполнил пару полей, нажал Install. Plex, Jellyfin, Sonarr, Radarr, Home Assistant, Nextcloud — всё это разворачивается за 2-3 минуты.

Проверить статус массива через CLI:


# Статус Unraid array
mdcmd status

# Список дисков
ls /dev/disk/by-id/

# Проверить SMART диска
smartctl -a /dev/sda
Когда выбирать Unraid
  • Планируешь медиасервер с Plex/Jellyfin — это главная сфера применения
  • Хочешь docker + VM на одном сервере без сложных настроек
  • Диски разного размера — не хочется выкидывать рабочие диски ради «ровного RAID»
  • Home lab где важна гибкость больше чем максимальная защита данных
  • Готов платить $49/год за удобство

Честно про минусы Unraid. Parity-система — не настоящий RAID. Если умрут два диска данных одновременно (даже если у тебя double parity) — потеря данных на том диске, который умер последним. ZFS в TrueNAS надёжнее для критичных данных. И да — платная лицензия бесит принципиально, хотя за удобство реально стоит своих денег.

Сравнение по ключевым параметрам

Параметр OpenMediaVault TrueNAS Scale Unraid
Цена Бесплатно Бесплатно (Community) От $49/год
Файловая система EXT4, BTRFS, XFS, ZFS (плагин) ZFS (только) XFS, BTRFS, ZFS (v7+)
RAID mdadm (RAID 0/1/5/6/10) RAIDZ1/Z2/Z3, Mirror Parity (1-2 диска)
ZFS снапшоты Плагин Нативно, в UI Только для ZFS-пулов
Docker Плагин (Compose) Нативно (с Electric Eel) Нативно, App Store
Виртуальные машины KVM (ручная настройка) Incus + LXC (25.04) KVM, удобный UI
SMB/NFS Оба из коробки Оба из коробки Оба из коробки
iSCSI Плагин Из коробки Плагин
Plex транскодинг Через docker Через docker + GPU passthrough Через docker + GPU passthrough
Проброс GPU Возможен через KVM NVIDIA/AMD/Intel поддержаны Нативно в VM/docker
ARM / Pi поддержка Да (Pi, Orange Pi, RISC-V) Нет Нет
Сложность настройки Средняя Высокая Низкая
Сообщество (RU) Небольшое Среднее Активное (4PDA, unraid.su)

Матрица выбора — кому что подходит

%%{init: {
  'theme': 'base',
  'themeVariables': {
    'primaryColor': '#ffffff',
    'primaryTextColor': '#1e293b',
    'primaryBorderColor': '#94a3b8',
    'lineColor': '#64748b',
    'fontSize': '14px',
    'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
  },
  'flowchart': {'curve': 'linear', 'nodeSpacing': 40, 'rankSpacing': 45}
}}%%
flowchart LR
    A["Raspberry Pi / ARM"] --> OMV["OMV"]
    B["Мало RAM lt 8GB"] --> OMV
    C["Архив фото бизнеса"] --> TNS["TrueNAS Scale"]
    D["Репликация между NAS"] --> TNS
    E["Plex + много дисков"] --> UNR["Unraid"]
    F["Docker + VM вместе"] --> UNR
    G["Бюджет = 0, нужен Docker"] --> TNS
    H["Диски разного размера"] --> UNR

    style OMV fill:#f0fdf4,stroke:#22c55e,stroke-width:2px,color:#15803d
    style TNS fill:#eff6ff,stroke:#3b82f6,stroke-width:2px,color:#1e40af
    style UNR fill:#fdf4ff,stroke:#a855f7,stroke-width:2px,color:#6b21a8

Таблица портов — что нужно открыть в файрволе

Порт Протокол Сервис Система Снаружи?
80/443 TCP Веб-интерфейс Все Только через VPN
445 TCP SMB (Windows шары) Все Нет
2049 TCP/UDP NFS Все Нет
22 TCP SSH Все Только через VPN
32400 TCP Plex Media Server Все (через docker) Опционально
3005 TCP Plex companion Все (через docker) Нет
3260 TCP iSCSI target TrueNAS Scale Нет
9090 TCP Cockpit (OMV) OMV Нет

Архитектура домашнего NAS — как это работает изнутри

Прежде чем нажимать кнопки в веб-интерфейсе — пойми как работает сам NAS. Это избавит от половины проблем.

Физически NAS — это компьютер с материнской платой, процессором, ОЗУ и несколькими дисками подключёнными через SATA/SAS/NVMe. ОС управляет дисками, объединяет их в массивы и отдаёт данные по сети.

%%{init: {
  'theme': 'base',
  'themeVariables': {
    'primaryColor': '#ffffff',
    'primaryTextColor': '#1e293b',
    'primaryBorderColor': '#94a3b8',
    'lineColor': '#64748b',
    'fontSize': '14px',
    'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
  },
  'flowchart': {'curve': 'linear', 'nodeSpacing': 40, 'rankSpacing': 50}
}}%%
flowchart TD
    A["Клиент\nWindows / Mac / Linux"] -- "SMB / NFS" --> B["NAS ОС\nOMV / TrueNAS / Unraid"]
    B --> C["Файловая система\nEXT4 / ZFS / XFS"]
    C --> D["RAID / Parity / ZFS Pool"]
    D --> E1["Диск 1"]
    D --> E2["Диск 2"]
    D --> E3["Диск N"]
    B --> F["Docker контейнеры\nPlex / Nextcloud / HA"]
    B --> G["VM\nWindows / Linux"]

    style A fill:#f8fafc,stroke:#64748b,stroke-width:1px,color:#1e293b
    style B fill:#eff6ff,stroke:#3b82f6,stroke-width:2px,color:#1e40af
    style C fill:#f0fdf4,stroke:#22c55e,stroke-width:1px,color:#15803d
    style D fill:#fefce8,stroke:#f97316,stroke-width:1px,color:#92400e
    style E1 fill:#f8fafc,stroke:#94a3b8,stroke-width:1px,color:#1e293b
    style E2 fill:#f8fafc,stroke:#94a3b8,stroke-width:1px,color:#1e293b
    style E3 fill:#f8fafc,stroke:#94a3b8,stroke-width:1px,color:#1e293b
    style F fill:#fdf4ff,stroke:#a855f7,stroke-width:1px,color:#6b21a8
    style G fill:#fff7ed,stroke:#f97316,stroke-width:1px,color:#92400e

Клиент обращается к NAS по сетевому протоколу — чаще всего SMB (Windows и macOS) или NFS (Linux). NAS-ОС принимает запрос, идёт к файловой системе, та читает с физических дисков и возвращает данные. Контейнеры и VM живут поверх той же файловой системы.

Понимание этой цепочки важно для диагностики. Если файлы не открываются — проблема может быть на любом уровне: сеть, SMB-сервис, права на уровне ОС, файловая система, диск. Не угадывай — иди по цепочке сверху вниз.

Конкретные сценарии использования — что выбрать для своей задачи

NAS для хранения фото и видео семьи

Задача: хранить 2-5 ТБ фотографий и видео с телефонов, иметь доступ с любого устройства, делать автоматический бэкап с телефона.

Лучший выбор — TrueNAS Scale или Unraid с Nextcloud в Docker. Nextcloud автоматически синхронизирует фото с телефона через приложение, есть галерея, мобильный клиент для iOS и Android.

Минимальное железо для фотоархива без транскодинга: Intel N100 или Celeron J4125, 8 ГБ ОЗУ, 2 диска 4-8 ТБ в RAID 1 или ZFS mirror.

OMV тоже справится через плагин Docker Compose с Nextcloud, но настройка сложнее.

NAS для малого бизнеса / офиса на 5-20 человек

Задача: общие папки для сотрудников, бэкап рабочих станций, возможно 1С-сервер или база данных.

Здесь важна надёжность данных — выбирай TrueNAS Scale. ZFS с RAIDZ2 (защита от отказа 2 дисков), снапшоты ежечасно, репликация на второй NAS или облако (Backblaze B2, Storj).

Требования к железу растут: минимум 32 ГБ ECC RAM для стабильной работы ZFS с нагрузкой, Xeon или EPYC для надёжности, UPS для защиты от скачков питания.

Для интеграции с Active Directory: TrueNAS поддерживает Winbind и может добавляться в домен AD. SMB-шары с групповыми правами настраиваются через веб-UI.

NAS для видеонаблюдения / IP-камеры

Задача: записывать поток с 4-16 IP-камер, хранить архив 30-90 дней, просматривать онлайн.

Все три системы справятся через Docker-контейнер с Frigate, Blue Iris (через Wine/VM) или Shinobi. Frigate — лучший open-source вариант, поддерживает обнаружение объектов через Google Coral.

Для видеонаблюдения критичен не RAID, а скорость записи. Нужна отдельная папка записей на быстрых дисках с автоочисткой по кругу. Unraid с cache pool (SSD) + медленные диски для архива — хорошая схема.


# Frigate docker-compose для видеонаблюдения
services:
  frigate:
    image: ghcr.io/blakeblackshear/frigate:stable
    container_name: frigate
    privileged: true
    restart: unless-stopped
    volumes:
      - /mnt/nas/frigate/config:/config
      - /mnt/nas/frigate/storage:/media/frigate
      - /etc/localtime:/etc/localtime:ro
    ports:
      - "5000:5000"
      - "8554:8554"
      - "8555:8555"
    environment:
      - FRIGATE_RTSP_PASSWORD=yourpassword
    devices:
      - /dev/dri:/dev/dri  # Intel QSV для декодирования

NAS для Home Lab / Proxmox

Задача: сервер для экспериментов, запуск VM с разными OS, тестирование сервисов, home lab для обучения.

Два популярных варианта. Первый — TrueNAS Scale как основная ОС: встроенный Incus для LXC и VM (в 25.04), ZFS для данных, docker для сервисов. Всё в одном.

Второй — Proxmox как гипервизор + TrueNAS Scale или OMV как VM для хранения. Proxmox управляет железом и VM, TrueNAS получает диски через PCIe passthrough. Мощнее и гибче, но сложнее.

Unraid тоже отлично живёт как home lab — удобное управление VM через KVM, docker для сервисов, и можно мигрировать VM между серверами просто перетащив файлы образов.

NAS для резервного копирования с других серверов

Задача: централизованный бэкап с нескольких Linux/Windows серверов.

TrueNAS Scale здесь вне конкуренции. ZFS replication позволяет синхронизировать снапшоты между двумя TrueNAS-серверами по сети. Это не просто rsync — это инкрементальный перенос изменений на уровне блоков.

Базовая настройка rsync-приёмника для бэкапов с других серверов:


# На NAS (TrueNAS / OMV / Unraid) - создать пользователя для бэкапов
useradd -m -s /bin/bash backupuser
mkdir -p /mnt/nas/backups/server1
chown backupuser:backupuser /mnt/nas/backups/server1

# Настроить SSH-ключи (без пароля)
su - backupuser
ssh-keygen -t ed25519 -C "backup-key"
# Публичный ключ добавить на бэкапируемый сервер в ~/.ssh/authorized_keys

# На бэкапируемом сервере - отправлять бэкапы
rsync -avz --delete /var/www/ backupuser@nas-ip:/mnt/nas/backups/server1/www/
rsync -avz --delete /etc/ backupuser@nas-ip:/mnt/nas/backups/server1/etc/

Для более сложных сценариев — Restic или BorgBackup. Они дедупликацию делают на клиентской стороне и передают по сети только изменённые блоки. На больших объёмах это разница между 1 часом и 10 минутами ежедневного бэкапа.

Сетевые настройки NAS — 1G, 2.5G и 10G

Скорость сети — критичный параметр для NAS. Гигабит (1G) даёт ~120 МБ/с — хватает для большинства домашних задач. Но если пишешь 4K видео напрямую на NAS или используешь несколько пользователей одновременно — нужно больше.

Стандарт Скорость Цена NIC Кабель Для кого
1GbE ~120 МБ/с Встроенная Cat5e/Cat6 Базовый NAS, медиастриминг
2.5GbE ~280 МБ/с $15-25 Cat5e/Cat6 Дом, небольшой офис
10GbE ~1100 МБ/с $50-150 Cat6a/DAC Серьёзный home lab, офис

2.5GbE сейчас sweet spot для домашнего NAS — карты стоят копейки, многие mini-PC (Intel N100, N305) уже имеют встроенный 2.5G, коммутаторы с 2.5G выходят по нормальным ценам.

Проверить скорость сети между клиентом и NAS:


# На NAS запустить сервер iperf3
iperf3 -s

# С клиента измерить скорость
iperf3 -c NAS_IP -t 30

# Ожидаемые результаты:
# 1GbE: ~940 Mbit/s (118 МБ/с)
# 2.5GbE: ~2350 Mbit/s (295 МБ/с)
# 10GbE: ~9400 Mbit/s (1175 МБ/с)

SMB Multichannel — полезная опция если у NAS и клиента несколько сетевых интерфейсов. Позволяет использовать оба интерфейса одновременно и удваивает пропускную способность. Включить на клиенте Windows:


Set-SmbClientConfiguration -EnableMultichannel $True
# Проверить статус соединения
Get-SmbMultichannelConnection

Выбор железа для NAS — на чём не экономить

Железо важнее чем кажется. Правильная конфигурация работает 5-7 лет без проблем. Неправильная — создаёт проблемы уже через год.

Компонент Минимум Рекомендовано Не экономь
CPU Intel N100, Celeron J4125 Intel N305, i3-12100, Ryzen 5600 Для Plex 4K — нужен QuickSync/AMF
RAM 8 ГБ 16-32 ГБ ECC если есть ZFS + важные данные
Системный диск USB 32 ГБ (только Unraid) SSD 128 ГБ M.2 Не ставь ОС на HDD
Диски данных 2 x 4 ТБ 4 x 8 ТБ NAS-серия: WD Red, Seagate IronWolf
Cache/SSD Нет 256 ГБ SATA SSD Ускоряет запись в Unraid и OMV
Блок питания 300 Вт 350-450 Вт 80+ Bronze минимум
UPS Нет 600 ВА APC/Ippon Обязательно для ZFS и важных данных

HDD для NAS-дисков покупай NAS-серию: WD Red Plus, Seagate IronWolf. Они рассчитаны на 24/7 работу и вибрацию от соседних дисков. Обычные WD Blue или Seagate Barracuda не рассчитаны на постоянную работу — срок службы будет меньше.

Важный момент: SMR-диски (Shingled Magnetic Recording) плохо работают в RAID и ZFS. В Google стоит «CMR» или «PMR» для нормальных дисков. WD Red (не Red Plus) до 8 ТБ были SMR — это вызвало скандал в 2020 году. Сейчас ситуация лучше, но всегда проверяй спецификацию перед покупкой.

Проверить что диск CMR, а не SMR:


# hdparm покажет параметры диска
hdparm -I /dev/sda | grep -i "rpm\|rotation\|form factor"

# Проверить режим записи через smartctl
smartctl -a /dev/sda | grep -i "rotation rate"
# 7200 RPM = точно CMR
# 5400 RPM = может быть SMR, проверяй модель

SnapRAID + MergerFS — альтернативная схема для OMV

Отдельного упоминания заслуживает связка SnapRAID + MergerFS для OpenMediaVault. Это альтернатива классическому mdadm RAID для медиатеки.

MergerFS объединяет несколько дисков в одну виртуальную папку без RAID. Диски остаются независимыми файловыми системами. SnapRAID раз в сутки считает parity и может восстановить умерший диск.

Почему это интересно:

  • Диски разного размера — 1 ТБ, 4 ТБ и 8 ТБ в одном «массиве»
  • Один диск умер — восстанавливаешь из parity. Остальные диски работали всё это время
  • Parity проверяется раз в сутки, а не онлайн — меньше нагрузки
  • Идеально для медиатеки где данные меняются редко

Это та же концепция что Unraid parity, только бесплатно и с полным контролем. Для фотоархива и медиатеки — отличный выбор на OMV.


# Установить через OMV-Extras:
apt install openmediavault-mergerfs openmediavault-snapraid

# Проверить монтирование MergerFS
mount | grep fuse.mergerfs

# Запустить синхронизацию SnapRAID вручную
snapraid sync

# Проверить целостность
snapraid check

# Автозапуск через cron: ежедневная синхронизация в 2:00
echo "0 2 * * * root snapraid sync" >> /etc/cron.d/snapraid

NAS или облако — честное сравнение в 2026

Вопрос который задают чаще всего: зачем вообще NAS если есть Google Drive, Яндекс Диск, Dropbox? Давай честно посчитаем.

Критерий NAS (самосбор) Облако
Единоразовые затраты 20 000-60 000 руб. за систему 0
Ежемесячные расходы Электричество ~300-600 руб. 300-3000 руб. за 2-10 ТБ
Окупаемость 2-3 года при объёме 10+ ТБ Не окупается
Скорость доступа локально 100-1000 МБ/с Ограничена интернетом
Скорость доступа удалённо Ограничена домашним интернетом 30-100 МБ/с (зависит от тарифа)
Конфиденциальность Данные у тебя Данные у провайдера
Объём без доплат Сколько дисков поставишь 15-100 ГБ бесплатно
Риск потери доступа Отказ оборудования Закрытие сервиса, блокировка
Docker / VM поверх Да Нет
Медиасервер Plex/Jellyfin Да Нет

Вывод прост: если у тебя меньше 2 ТБ данных и не нужен Plex / docker — облако дешевле и проще. Если больше 5 ТБ, нужен медиасервер или контейнеры — NAS окупается за 2 года и даёт намного больше возможностей.

Идеальный подход — гибридный. NAS дома для основного хранилища + дешёвое облако (Backblaze B2, Storj) для резервных копий важного. Backblaze B2 стоит $6 за 1 ТБ в месяц. Это не замена NAS, но страховка от пожара или кражи.

Производительность — реальные цифры

Все три системы запускаются на одном железе — разница в производительности минимальна при одинаковых настройках. Но есть нюансы.

ZFS в TrueNAS использует RAM как ARC-кэш (Adaptive Replacement Cache). Если данные умещаются в кэш — скорость чтения огромная. Если нет — работает со скоростью дисков. Поэтому TrueNAS с 32 ГБ ОЗУ быстрее OMV с 8 ГБ на чтении часто используемых файлов, но не за счёт ZFS как такового.

Unraid при записи данных сначала пишет на SSD-кэш, потом переносит на медленные HDD ночью. Это означает максимальную скорость записи (ограничена SSD), но усложняет схему.

Реальные замеры на типичном домашнем железе (Intel N100, 16 ГБ, 2×8 ТБ HDD, 10GbE):

Тест OMV EXT4 TrueNAS ZFS Mirror Unraid Parity
SMB последовательная запись ~195 МБ/с ~210 МБ/с ~185 МБ/с (без кэша)
SMB последовательное чтение ~220 МБ/с ~245 МБ/с ~220 МБ/с
Unraid с SSD кэшем (запись) — — ~380 МБ/с
TrueNAS ZFS с NVMe vdev (кэш) — ~500+ МБ/с —

Важно: ограничение обычно не в NAS-ОС, а в связке «диски + сеть». С гигабитной сетью потолок ~115 МБ/с независимо от ОС и RAID. С 2.5G — ~280 МБ/с. Покупать 10GbE для HDD в большинстве случаев смысла нет — диски не дадут больше 200-250 МБ/с всё равно.

Проверить скорость записи и чтения непосредственно на NAS:


# Тест записи 4 ГБ
dd if=/dev/zero of=/mnt/nas/testfile bs=1M count=4096 conv=fdatasync
# conv=fdatasync важен - без него данные осядут в кэш ОЗУ и результат будет нереальным

# Тест чтения
dd if=/mnt/nas/testfile of=/dev/null bs=1M

# Очистить тестовый файл
rm /mnt/nas/testfile

# Более серьёзный тест через fio
apt install fio -y
fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k --numjobs=4 --size=1G --runtime=60 --filename=/mnt/nas/fiotest --output-format=normal

Как мигрировать с одной NAS-ОС на другую

Рано или поздно захочется переехать. OMV стало мало — хочется ZFS. Или Unraid надоело платить — перехожу на TrueNAS. Вот реальные сценарии.

С OMV на TrueNAS Scale

Самый сложный путь если использовал mdadm RAID. TrueNAS не читает mdadm-массивы напрямую.

Алгоритм:

  • Купи новые диски или используй временное место
  • Скопируй все данные с OMV на временный накопитель через rsync
  • Установи TrueNAS Scale на системный диск
  • Создай ZFS-пул на дисках данных (они будут отформатированы)
  • Скопируй данные обратно

# На OMV - скопировать данные на внешний диск
rsync -avh --progress /srv/dev-disk-by-uuid-XXXX/data/ /mnt/external/nas_backup/

# Проверить что всё скопировалось
du -sh /srv/dev-disk-by-uuid-XXXX/data/
du -sh /mnt/external/nas_backup/

# После установки TrueNAS и создания пула - скопировать обратно
rsync -avh --progress /mnt/external/nas_backup/ /mnt/tank/data/

С Unraid на TrueNAS Scale

Чуть проще — Unraid хранит файлы на дисках в обычных файловых системах (XFS). Можно смонтировать диски из Unraid-массива на Linux и прочитать данные.


# На отдельном Linux или TrueNAS Scale Live режиме
# Смонтировать XFS-диск из Unraid
mkdir -p /mnt/unraid_disk1
mount -t xfs /dev/sdb /mnt/unraid_disk1

# Скопировать данные
rsync -avh /mnt/unraid_disk1/user/media/ /mnt/new_nas/media/

С TrueNAS Scale на Unraid

Данные на ZFS — читать через Linux с пакетом zfsutils. Или экспортировать ZFS-пул и импортировать на другой системе с ZFS (но не Unraid).


# Установить ZFS на Ubuntu/Debian для чтения данных
apt install zfsutils-linux -y

# Импортировать пул (только для чтения если он был на другой системе)
zpool import -f -R /mnt/truenas_data tank

# Просмотреть содержимое
ls /mnt/truenas_data/

# Скопировать через rsync
rsync -avh /mnt/truenas_data/datasets/media/ /destination/

Вывод по миграции: переезд всегда требует временного места для данных. Планируй объём заранее. Никогда не переустанавливай ОС поверх дисков с данными без бэкапа — это путь в один конец.

Что нового в 2026 — актуальные обновления всех трёх систем

Ситуация меняется быстро. Вот состояние на момент публикации этой статьи.

TrueNAS Scale 25.04 Fangtooth (апрель 2025)

Главные изменения которые влияют на выбор. Переход с libvirt на Incus для виртуализации — это принципиальный шаг. Incus лучше управляет LXC-контейнерами и более производительный для VM. Но если у тебя уже есть VM в 24.10 — конфигурации не мигрируют автоматически, только данные zvol. Пока VM помечены как experimental — для продакшна лучше подождать стабилизации в следующем релизе.

Docker Apps с версии Electric Eel (24.10) работают стабильно — уже 140 000+ развёртываний по данным iXsystems. Kubernetes убрали правильно и без потерь функционала. Это один из ключевых аргументов за TrueNAS Scale если раньше тебя пугало сравнение с Unraid по удобству docker.

RAIDZ expansion наконец стабилен. Теперь можно добавить один диск в существующий RAIDZ1 или RAIDZ2 пул без пересоздания. Технически это OpenZFS 2.2+ feature — ZFS разворачивает parity на новый диск инкрементально. Занимает несколько часов/дней в зависимости от размера пула, но работает без простоя.

Unraid 7.1 (2025)

Версия 7 принесла нативный ZFS. Теперь можно создавать ZFS-пулы рядом с классическим Unraid array. Это позволяет использовать лучшее из обоих миров: гибкий parity-массив для медиатеки + надёжный ZFS-пул для важных данных. Ядро Linux 6.12 означает поддержку всех современных процессоров включая гибридные архитектуры Intel с P и E ядрами.

Лицензионная модель изменилась. Старые perpetual лицензии Basic/Plus/Pro заменены на Starter/Unleashed с годовой подпиской $49. Пожизненная лицензия теперь $249. Если взял пожизненную лицензию раньше — продолжай пользоваться без изменений. Годовая подписка при истечении не блокирует доступ к данным — система продолжает работать, просто перестаёт получать обновления для новых minor-версий.

OpenMediaVault 7 (текущая) / OMV 8 (в разработке)

OMV 7 на Debian 12 работает стабильно. OMV-Extras поддерживается актино. Docker Compose плагин обновился и теперь работает через стандартный Docker Engine без дополнительных прослоек.

OMV 8 разрабатывается одним человеком и выйдет когда выйдет. Следи за репозиторием на GitHub. Обновление с OMV 7 на OMV 8, судя по исторической практике, потребует ручного вмешательства — это нормально для такого проекта.

Что ждать до конца 2026

TrueNAS планирует 25.10 — объединение CORE и SCALE в единый продукт, Terabit Ethernet support, веб-инсталлятор. Это важно: TrueNAS CORE (FreeBSD) и SCALE (Linux) сольются. Если сейчас на CORE — планируй миграцию на SCALE.

Unraid продолжает развивать ZFS-интеграцию и улучшать управление VM. С каждой версией разрыв с TrueNAS по функционалу уменьшается, но цена остаётся.

Частые ошибки при первой настройке NAS

За годы поддержки я вижу одни и те же грабли снова и снова. Вот список чтобы ты на них не наступил.

Ошибка 1: ставить ОС на диск данных. Это актуально для OMV и TrueNAS — они устанавливаются на обычный диск. Многие ставят на один из дисков массива. Когда диск умирает — умирает вместе с ОС. Всегда выделяй отдельный небольшой SSD или M.2 под систему.

Ошибка 2: не делать бэкап конфигурации. После настройки 20 docker-контейнеров и кучи шар — потеря конфига это несколько часов работы по памяти. Все три системы умеют экспортировать конфиг. Делай это после каждого изменения.

Ошибка 3: открывать NAS напрямую в интернет. Порт 445 (SMB) снаружи — это приглашение для шифровальщиков. Веб-интерфейс снаружи без HTTPS и без fail2ban — это потенциальный backdoor. Только VPN для удалённого доступа.

Ошибка 4: считать что RAID = бэкап. RAID спасает от отказа диска. Не от случайного удаления, не от шифровальщика который зашифрует все файлы через открытую шару, не от пожара. Правило 3-2-1: три копии данных, два разных носителя, одна копия вне дома/офиса.

Ошибка 5: не настраивать мониторинг дисков. SMART-данные за месяцы предупреждают о смерти диска. Pending sectors, reallocated sectors — это сигналы тревоги. Без мониторинга ты узнаёшь о смерти диска только когда он умер.

Ошибка 6: смешивать SMR и CMR диски в одном массиве. SMR-диски медленно перезаписывают данные из-за своей архитектуры. В RAID или ZFS при rebuild это критично — rebuild может занять в 10 раз больше времени или вовсе провалиться с ошибками.


# Быстрый чеклист здоровья NAS - запускай раз в неделю
echo "=== Дисковое пространство ==="
df -h

echo "=== Статус ZFS пулов ==="
zpool list 2>/dev/null || echo "ZFS не используется"

echo "=== SMART статус дисков ==="
for disk in /dev/sd?; do
    echo "$disk: $(smartctl -H $disk 2>/dev/null | grep -o 'PASSED\|FAILED\|overall.*assessment.*')"
done

echo "=== Docker контейнеры ==="
docker ps --format "table {{.Names}}\t{{.Status}}" 2>/dev/null || echo "Docker не используется"

echo "=== Свободная оперативная память ==="
free -h

Сохрани этот скрипт в cron или запускай вручную. Ничего не радует больше чем увидеть «PASSED» для всех дисков и «Up X days» для всех контейнеров.

Рецепт: первый запуск на каждой системе

OpenMediaVault — старт за 20 минут

Скачай ISO с openmediavault.org, запиши на USB через Rufus или Balena Etcher, загрузись и пройди установщик Debian. Всё стандартно.

После установки — первые шаги:


# Установить OMV-Extras (обязательно!)
wget -O - https://github.com/OpenMediaVault-Plugin-Developers/packages/raw/master/install | bash

# Обновить систему
apt update && apt upgrade -y

# Перезапустить веб-интерфейс если что-то подвисло
systemctl restart openmediavault-engined nginx

Дальше через веб-UI: Storage -> Disks, создай File System (EXT4 или BTRFS), создай Shared Folder, включи SMB/NFS в Services. На это уходит 5-10 минут.

Установить Docker Compose через плагины:


# Через веб-UI: System -> Plugins -> поиск "compose"
# Или через CLI:
apt-get install openmediavault-compose

TrueNAS Scale — первый пул и первый контейнер

Скачай ISO с truenas.com, установка аналогична — загрузчик, выбор диска для ОС, задать пароль администратора.

Важно перед созданием пула
Имена дисков в TrueNAS нестабильны — /dev/sda может стать /dev/sdb после перезагрузки. Используй только идентификаторы по серийным номерам через /dev/disk/by-id/. TrueNAS это делает автоматически, но убедись что видишь правильные диски в UI.

Создать ZFS-пул через CLI (или через Storage -> Create Pool в UI):


# Посмотреть доступные диски
lsblk
ls /dev/disk/by-id/ | grep -v part

# Создать mirror-пул из двух дисков
zpool create -f tank mirror /dev/disk/by-id/ata-WDC_WD80EZAZ_XXXX /dev/disk/by-id/ata-WDC_WD80EZAZ_YYYY

# Проверить
zpool status tank

Развернуть контейнер через docker compose в TrueNAS Scale (Electric Eel и новее):

В веб-UI: Apps -> Custom App -> вставь docker-compose.yaml. Либо через CLI:


# TrueNAS хранит compose в /mnt/tank/apps/
mkdir -p /mnt/tank/apps/jellyfin
cat > /mnt/tank/apps/jellyfin/docker-compose.yml << 'EOF'
services:
  jellyfin:
    image: jellyfin/jellyfin
    container_name: jellyfin
    network_mode: host
    volumes:
      - /mnt/tank/config/jellyfin:/config
      - /mnt/tank/media:/media
    restart: unless-stopped
EOF

cd /mnt/tank/apps/jellyfin
docker compose up -d

Unraid - старт через USB за 15 минут

Unraid уникален - ОС грузится с USB-флешки и работает только в памяти. Флешка нужна постоянно вставленная, но на неё почти ничего не пишется.

Скачай Unraid USB Creator с unraid.net, создай загрузочную флешку, вставь в сервер, загрузись.

После первого запуска сервер доступен по http://tower (или по IP). Добавить диски в массив: Main -> выбрать parity disk и data disks -> Format. Форматирование занимает время пропорционально размеру дисков.

Установить Community Applications (основной плагин):
В Plugins -> Install Plugin -> вставь URL:


https://raw.githubusercontent.com/Squidly271/community.applications/master/plugins/community.applications.plg

После установки CA - Apps в меню. Ищи любой контейнер, нажимай Install, заполняй пути. Минуты.

Проверить статус массива:


# SSH на сервер (включить в Settings -> Management Access)
mdcmd status | grep -E "mdState|mdNumDisks|mdNumFailed"

Docker Compose на всех трёх - пример Plex

Plex - самый популярный медиасервер на домашних NAS. Вот базовый compose который работает на всех трёх системах:


services:
  plex:
    image: plexinc/pms-docker:latest
    container_name: plex
    network_mode: host
    environment:
      - PLEX_CLAIM=claim-XXXXX  # получить на plex.tv/claim
      - PLEX_UID=1000
      - PLEX_GID=1000
      - TZ=Europe/Moscow
    volumes:
      - /mnt/nas/config/plex:/config
      - /mnt/nas/media:/data
      - /tmp:/transcode
    devices:
      - /dev/dri:/dev/dri  # для Intel QuickSync / AMD
    restart: unless-stopped

Строка devices: /dev/dri:/dev/dri включает аппаратный транскодинг через Intel QuickSync или AMD. Без неё 4K на CPU будет грузить всё под завязку.

Про 4K транскодинг
4K транскодинг без железной поддержки убьёт любой NAS-процессор. Plex требует около 12 000 PassMark для программного транскодинга 4K. Это уже Ryzen 5 3600+ или i5-10400+. Либо бери Intel с QuickSync (поколение 7+) и включай аппаратный транскодинг — нагрузка падает в 10 раз.

ZFS vs mdadm vs Parity - что выбрать для данных

Это важный вопрос и путаница здесь дорого обходится.

Критерий ZFS (TrueNAS) mdadm (OMV) Parity (Unraid)
Checksumming данных Да, каждый блок Нет Нет
Самовосстановление Да (при наличии зеркала) Нет Нет
Снапшоты Мгновенные, почти бесплатные Нет (только LVM) Только на ZFS-пулах
Расширение массива Теперь возможно (RAIDZ expansion) Ограничено уровнем RAID Свободно, любой диск
Потребление RAM Высокое (ARC кэш) Низкое Среднее
Silent corruption Защита есть Нет защиты Нет защиты
Для критичных данных Лучший выбор Нормально Не идеально

Silent corruption - тихое повреждение данных - реальная проблема. Биты переворачиваются из-за космических частиц, ошибок контроллера, проблем памяти. mdadm и Unraid parity это не обнаружат и не исправят. ZFS обнаружит и исправит если есть копия (mirror или RAIDZ).

Для фотоархива или бэкапов БД - ZFS. Для медиатеки где потеря кадра не критична - пофиг.

Резервное копирование - что бэкапить и как

Это больное место для всех NAS. RAID не является бэкапом. Повторяю: RAID - не бэкап. Он защищает от отказа диска, но не от случайного удаления, шифровальщика, пожара или затопления.

Что бэкапить Куда Как часто Инструмент
Конфигурация ОС USB/облако После каждого изменения Встроенный экспорт
Docker volumes/данные приложений Второй диск или облако Ежедневно rsync, Duplicati, Rclone
Пользовательские файлы Внешний диск + облако Еженедельно rsync, ZFS replication
БД (если есть) Отдельная папка + облако Ежедневно pg_dump, mysqldump

Простой rsync-скрипт для ежедневного бэкапа важной папки:


#!/bin/bash
# Запускай через cron: 0 2 * * * /usr/local/bin/backup.sh

SRC="/mnt/nas/important/"
DST="/mnt/backup_drive/important/"
LOG="/var/log/nas_backup.log"

rsync -avh --delete --log-file="$LOG" "$SRC" "$DST"

# Проверить что rsync отработал успешно
if [ $? -ne 0 ]; then
    echo "BACKUP FAILED at $(date)" | mail -s "NAS Backup Error" admin@example.com
fi

Для TrueNAS ZFS-репликация встроена в UI: Data Protection -> Replication Tasks. Настроил один раз - работает автоматически, инкрементально.

Безопасность NAS - базовый минимум

NAS с дырявой безопасностью - это публичный диск. Не шучу - шифровальщики атакуют NAS целенаправленно.

Обязательный чеклист безопасности
Это не опционально. Это минимум для любого NAS который подключён к интернету.

# 1. Сменить порт SSH со стандартного 22
sed -i 's/#Port 22/Port 2222/' /etc/ssh/sshd_config
systemctl restart sshd

# 2. Запретить root-логин по SSH
sed -i 's/PermitRootLogin yes/PermitRootLogin no/' /etc/ssh/sshd_config

# 3. Настроить UFW (OMV и TrueNAS Scale)
ufw default deny incoming
ufw default allow outgoing
ufw allow 2222/tcp    # SSH на нестандартном порту
ufw allow 445/tcp     # SMB только из локальной сети
ufw allow from 192.168.1.0/24 to any port 445
ufw enable

# 4. Установить fail2ban
apt install fail2ban -y
systemctl enable fail2ban
systemctl start fail2ban

Не открывай веб-интерфейс NAS наружу напрямую. Если нужен удалённый доступ - поставь WireGuard или Tailscale. Это 15 минут настройки и полная безопасность.

Мониторинг и профилактика

Диски умирают молча. SMART-данные за 3-6 месяцев до смерти показывают признаки. Поставь мониторинг сразу.


# Установить smartmontools (на всех системах)
apt install smartmontools -y

# Проверить состояние диска
smartctl -H /dev/sda

# Запустить долгий тест
smartctl -t long /dev/sda

# Результат через 2-3 часа
smartctl -a /dev/sda | grep -A5 "SMART overall"

# Настроить автоматические тесты и уведомления
cat >> /etc/smartd.conf << 'EOF'
DEVICESCAN -a -o on -S on -s (S/../.././02|L/../../7/04) -m root -M exec /usr/share/smartmontools/smartd-runner
EOF

systemctl restart smartd

Автозапуск сервисов при перезагрузке:


# Docker (TrueNAS Scale, OMV)
systemctl enable docker
systemctl enable containerd

# SMB
systemctl enable smbd nmbd

# Проверить все автозапуски
systemctl list-unit-files | grep enabled

Осложнения - типичные проблемы и их решение

SMB шара не монтируется с Windows

Ошибка: 0x80070035 или отказано в доступе
Самая частая причина — SMBv1 отключён в Windows 10/11, а NAS настроен на старый протокол, или неверные права на папку.

# Проверить версию SMB на сервере
smbclient -L //localhost -N
testparm | grep "min protocol"

# В smb.conf добавить или проверить:
# [global]
# min protocol = SMB2
# max protocol = SMB3

# Проверить права на shared folder
ls -la /srv/dev-disk-by-uuid-XXXX/media/
# Владелец должен совпадать с пользователем SMB

# Дать права
chown -R nobody:users /srv/dev-disk-by-uuid-XXXX/media/
chmod -R 775 /srv/dev-disk-by-uuid-XXXX/media/

TrueNAS: пул деградировал после перезагрузки


# Посмотреть что случилось
zpool status -v tank

# Если диск не определился - найти его
lsblk
ls /dev/disk/by-id/

# Привязать диск к пулу (если сменился /dev/sdX)
zpool replace tank /dev/disk/by-id/OLD_DISK_ID /dev/disk/by-id/NEW_DISK_ID

# Смотреть прогресс resilver
zpool status tank

Unraid: диск отвалился, массив stopped


# Посмотреть статус через UI: Main -> Array
# Через CLI:
mdcmd status

# Если диск просто не определился - перезагрузись, проверь кабели
# Если диск умер - замени физически, затем в UI: Main -> Unassigned -> выбрать новый диск вместо умершего
# Начнётся rebuild через parity - это займёт часы

# Прогресс rebuild
cat /proc/mdstat

Docker контейнер не запускается - нет места


# Проверить место
df -h

# Очистить неиспользуемые образы
docker system prune -a

# Проверить размер docker volumes
docker system df

# Конкретный контейнер
docker inspect CONTAINER_NAME | grep -i "size\|volume"

OMV: веб-интерфейс не отвечает


# Перезапустить backend и nginx
systemctl restart openmediavault-engined
systemctl restart nginx

# Если не помогло - проверить логи
journalctl -u openmediavault-engined -n 50
journalctl -u nginx -n 50

# Сбросить конфигурацию nginx
omv-salt deploy run nginx

Альтернативы - что ещё есть на рынке

Три описанные системы - не единственный выбор. Что ещё реально используется:

Synology DSM / QNAP QTS - коммерческие NAS с собственным железом. Дорого, но всё из коробки и с мобильным приложением. Выбирай если не хочешь возиться с железом вообще. Стоит в 2-3 раза дороже самосбора при том же объёме.

Proxmox + TrueNAS Scale как VM - популярная связка для home lab. Proxmox управляет виртуалками, TrueNAS как VM для хранения с ZFS passthrough. Сложнее, но максимальная гибкость. Если есть нормальный сервер (Xeon, 32+ ГБ ОЗУ) - этот вариант стоит рассмотреть.

ZimaOS / ZimaBlade - новый игрок. Лёгкий и красивый, но экосистема маленькая. Для задач проще OMV, для серьёзного - слабо. На 2026 год - скорее для экспериментов.

Самосбор на Debian/Ubuntu без NAS-ОС - устанавливаешь Debian, вручную настраиваешь ZFS, Samba, docker. Максимальный контроль, минимальный комфорт. Для людей которым нравится страдать или для специфичных задач.

Почему в статье выбраны именно OMV, TrueNAS и Unraid - потому что у них самые большие сообщества, они живут в продакшне у сотен тысяч пользователей и активно развиваются. Остальные варианты либо нишевые, либо коммерческие, либо менее зрелые.

Обновление NAS - как делать безопасно

NAS с данными - не место для экспериментов. Правило простое: сначала бэкап, потом обновление.


# Перед любым обновлением:
# 1. Убедиться что бэкап свежий
ls -lt /mnt/backup/ | head -5

# 2. Сохранить конфиг (OMV: System -> Backup -> Download)
# TrueNAS: System -> General -> Save Config
# Unraid: Main -> Flash -> Flash Backup

# 3. Сделать снапшот если используется ZFS
zfs snapshot tank@before-update-2026-05-12

# 4. Обновить
apt update && apt upgrade  # OMV
# TrueNAS: System -> Update -> Check for Updates
# Unraid: Tools -> Update OS

# 5. После обновления проверить
systemctl status smbd
zpool status  # если ZFS
docker ps     # если используешь контейнеры

Для TrueNAS Scale: обновления мажорных версий (например с 24.10 на 25.04) требуют проверки compatibility. Особенно если используешь VM - в 25.04 изменилась система виртуализации с libvirt на Incus. Конфиги VM не мигрируют автоматически, только данные zvol.

FAQ - люди также спрашивают

Почему NAS не работает после настройки - не вижу шару в сети

Первая причина - SMB discovery. Windows требует включённого Network Discovery и File and Printer Sharing. Второе - убедись что сервис SMB запущен на NAS (systemctl status smbd). Третье - проверь права на shared folder и что пользователь добавлен в SMB-базу. На OMV: Access Control -> User - там должна быть галочка "allow SMB login". На TrueNAS и Unraid пользователи создаются отдельно для SMB.

Что лучше TrueNAS Scale или Unraid для Plex

Оба справляются. Разница в удобстве настройки - Unraid через Community Applications ставит Plex за 3 минуты без вопросов. TrueNAS Scale через Electric Eel Apps тоже неплохо, но docker-compose нужно настраивать вручную или через GUI Apps. Если основная задача именно медиасервер - Unraid удобнее. Если хочешь заодно нормальный ZFS и снапшоты медиатеки - TrueNAS.

Как проверить что NAS работает правильно после настройки

Базовая проверка: смонтируй шару с другого компьютера, скопируй файл туда и обратно. Проверь скорость - гигабитная сеть должна давать 100+ МБ/с. Для ZFS запусти zpool scrub tank и через сутки посмотри zpool status - должно быть "0 errors". Для Unraid проверь Dashboard, там видны статусы всех дисков. SMART должен показывать "PASSED" для каждого диска.

Чем Unraid отличается от TrueNAS Scale по надёжности хранения

Принципиально: TrueNAS использует ZFS с checksumming каждого блока данных. Это означает что при повреждении данных (bit rot) ZFS обнаружит проблему и исправит её если есть избыточность. Unraid parity этого не делает - если бит перевернулся, он останется перевёрнутым навсегда. Для критичных данных (документы, фото, архивы) TrueNAS надёжнее. Для медиатеки где потеря кадра незаметна - разница несущественна.

Можно ли поставить OpenMediaVault на Proxmox как виртуальную машину

Можно, и это популярная конфигурация. OMV как VM на Proxmox + passthrough HBA-контроллера с дисками. Дисковый контроллер пробрасывается напрямую в VM через PCIe passthrough - OMV видит диски как физические. Главное требование - материнская плата с поддержкой IOMMU (VT-d / AMD-Vi). Проверить: dmesg | grep -i iommu на хосте Proxmox.

Прогноз

После этой статьи у тебя есть всё для выбора и старта. OMV для лёгкого железа, TrueNAS для данных которые нельзя потерять, Unraid для медиасервера и docker-зоопарка. Всё три работают стабильно в 2026, активно развиваются и имеют живые сообщества.

Не застревай на этапе выбора бесконечно. TrueNAS Scale и Unraid дают 30-дневный триал на полный функционал. Поставь, потыкай, посмотри как тебе работается с каждым. Данные можно перенести потом - главное начать. Если что-то не заработало - пиши в комментарии, разберёмся.

Быстрые ссылки
Пудж Лютый
Author: Пудж Лютый

Оставайтесь на связи

Рецепты от IT-боли. Без воды, без рекламы, без маркетинговой шелухи.

Подписаться на IT-Аптеку →

Мы ВКонтакте

IT-Аптека — советы, новости и помощь рядом.

Вступить в группу ВКонтакте →
Поделитесь:

Похожие записи

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Прокрутить вверх