Многие пользователи домашних серверов привыкли к использованию специализированных ОС, таких как TrueNAS, считая их единственным верным решением. Однако практика показывает, что такой подход может быть избыточным для систем с ограниченными ресурсами. Автор эксперимента решил отказаться от TrueNAS 25.10 в пользу чистого Debian 13 с установленной панелью управления Cockpit, что позволило высвободить значительный объем оперативной памяти.
Почему TrueNAS требует много ресурсов
TrueNAS по умолчанию потребляет существенный объем RAM еще до начала работы с файлами. Согласно официальным рекомендациям, системе необходимо минимум 8 ГБ оперативной памяти для корректной работы middleware, веб-интерфейса, системы приложений и файловой системы ZFS, которые делят между собой один пул памяти. На домашнем сервере с двумя накопителями WD Red Plus по 4 ТБ в зеркальном массиве это оставляло крайне мало места для кэша чтения ZFS, что негативно сказывалось на производительности.
Кроме того, жесткая архитектура TrueNAS ограничивает возможности пользователя. Прямая установка пакетов через терминал в этой ОС запрещена для защиты целостности системы, что затрудняет добавление стороннего ПО, например, утилиты для резервного копирования restic.
Миграция на Debian и настройка Cockpit
Процесс перехода потребовал экспорта пула из TrueNAS и сохранения конфигурационного файла. После чистой установки Debian 13 без графической оболочки, использование ZFS стало возможным благодаря пакетам из репозитория contrib. В системе была задействована версия OpenZFS 2.4.3 из trixie-backports. Импорт существующего пула командой zpool import позволил сохранить доступ ко всем данным.
Для управления сервером была выбрана панель Cockpit, которая устанавливается одной командой: sudo apt install -t trixie-backports cockpit cockpit-podman cockpit-machines. Взаимодействие с системой осуществляется через порт 9090. Для расширения функционала были использованы плагины:
- cockpit-file-sharing: настройка общих ресурсов Samba и NFS (включая iSCSI и S3).
- cockpit-podman: управление контейнерами.
- cockpit-machines: работа с виртуальными машинами.
Преимущества легковесной архитектуры
Основным преимуществом Cockpit является использование механизма активации через сокеты: панель запускается по требованию и не потребляет ресурсы, пока пользователь не открыт вкладку браузера. Это позволило снизить потребление RAM в режиме простоя с 3,2 ГБ до 640 МБ.
Освободившаяся память была распределена под другие задачи: теперь на сервере работают контейнеры Jellyfin, Syncthing, Uptime Kuma, а также виртуальная машина Home Assistant объемом 2 ГБ. Благодаря высвобожденным ресурсам файловая система ZFS получила около 3,4 ГБ для нужд кэширования, что сделало работу с медиабиблиотекой более отзывчивой.
Особенности эксплуатации после перехода
Переход на «чистый» Linux требует от пользователя самостоятельной настройки некоторых сервисов, которые ранее автоматизировала TrueNAS. Например, для корректной работы Time Machine на macOS потребовалась ручная настройка параметров Samba (в частности, vfs objects = fruit) и установка avahi-daemon для обнаружения сервера в сети. Также пользователю необходимо самостоятельно настроить систему уведомлений о состоянии дисков (smartd, ZFS event daemon) и периодические задачи обслуживания, такие как ZFS scrub, так как автоматическая поддержка в Debian ограничена по сравнению с готовыми NAS-платформами.
Почему 8 ГБ RAM стали «потолком» для домашних систем
Проблема жестких требований TrueNAS к памяти не была случайным выбором разработчиков. Использование 8 ГБ в качестве базового минимума продиктовано тем, что все критические компоненты — middleware, веб-интерфейс, экосистема приложений и сама файловая система ZFS — претендуют на общий пул памяти. В условиях современного «RAM-апокалипсиса», когда цены на комплектующие остаются высокими, такой порог вхождения становится серьезным препятствием. Как отмечает автор, даже при использовании простого зеркала из двух дисков объемом по 4 ТБ, TrueNAS практически не оставлял свободного места для кэша чтения ZFS (ARC), который критически важен для комфортного отклика системы при работе с файлами.
Технические нюансы миграции
Переход на чистый Debian 13 сопровождался использованием актуальных версий компонентов: в репозитории `trixie-backports` на данный момент доступна версия OpenZFS 2.4.3, что значительно свежее, чем 2.3.4, поставлявшаяся в составе TrueNAS 25.10. Важным этапом миграции является сохранение конфигурационного файла TrueNAS перед выполнением любых операций. Автор подчеркивает: если процесс переноса пойдет не по плану, наличие бэкапа конфигурации и экспортированного пула позволит вернуть всё в исходное состояние при переустановке TrueNAS.
Сам процесс восстановления SMB и NFS ресурсов с помощью плагинов Cockpit занял около 15 минут, при этом гибкость настройки системы позволяет использовать тот же алгоритм действий для развертывания NAS с нуля на «голое железо».
Механика работы Cockpit и управление задачами
Эффективность Cockpit обусловлена механизмом активации через сокеты (socket activation). В отличие от полнофункциональных NAS-ОС, панель управления в Debian не работает в фоновом режиме постоянно — она «оживает» только в момент обращения к ней через браузер. После закрытия вкладки сервер возвращается к минимальному потреблению ресурсов, продолжая выполнять свои прямые задачи в обычном режиме.
Более того, начиная с версии Cockpit 356, функционал веб-интерфейса расширился: страница «Services» теперь поддерживает создание системных таймеров systemd для запуска shell-скриптов. Это позволило автоматизировать ночные снимки (snapshots) и резервное копирование через утилиту `restic` прямо из браузера, без необходимости постоянного обращения к консоли.
Цена самостоятельности: что теряет пользователь
Отказ от «коробочного» решения означает потерю специфической «полировки» TrueNAS. В частности:
* **Time Machine:** при миграции на чистый Debian поддержка резервных копий macOS не заработала «из коробки», так как Samba требует специфических параметров: `vfs objects = fruit`, `streams_xattr` и `fruit:time machine = yes`.
* **Сетевое обнаружение:** для видимости сервера в сети macOS обязательна установка и настройка `avahi-daemon`.
* **Мониторинг:** TrueNAS берет на себя рассылку уведомлений перед выходом дисков из строя. В Debian вся ответственность за настройку оповещений (например, через `smartd` и ZFS event daemon) ложится на плечи администратора.
Итог эксперимента показал, что если пользователю не требуется «аппаратное решение» с поддержкой из коробки и он готов брать на себя роль системного администратора в 2 часа ночи, то переход на чистый Linux оправдан. В противном случае, для более сложных сценариев с виртуализацией, возможно, стоит рассмотреть такие варианты, как Proxmox. Однако для большинства домашних серверов с умеренным «железом» Debian с Cockpit стал идеальным решением, позволившим высвободить ресурсы и повысить общую отзывчивость системы.
