Нам надо поговорить об использовании ТВ-приставок как основы домашних серверов
Современная цифровая среда строится вокруг удалённых сервисов, подписок и централизованных платформ. Они удобны, пока работают предсказуемо. На практике условия меняются быстрее, чем инфраструктура пользователя успевает адаптироваться: растёт стоимость, урезаются возможности, ломаются API, исчезает доступ к данным. В таких условиях владением «домом» для личных сервисов становится столь же осязаемой необходимостью, как владение физической квартирой для жилья. Попахивает киберпанком, не находите? А раз так, вспомним главный его принцип «high tech, low life», и попытаемся максимально избегая второй части принципа организовать себе сервер за минимальную цену, как по времени, так и по деньгам (что есть одно и то же). Подробности под катом.
Введение
Эта статья открывает цикл материалов, в которых я буду рассматривать различные возможности для построения личных серверов, а также возможности этих серверов и их интеграцию в повседневные нужды.
В статьях планируется рассмотреть три основные проблемы, связанные друг с другом — выбор железа, настройка и установка ОС, полезный софт. Опирается все обычно именно во вторую проблему (ОС). Почему? Да потому, что софт обычно легко поддерживается пакетными менеджерами Linux, который (как ни странно) имеет ограниченную (хоть и довольно обширную) поддержку железа. Все железо на платформе x86 поддерживается, кстати, по умолчанию. Поэтому различные тонкие x86-клиенты вполне легко переквалифицируются в мини-серверы. Но о железе речь пойдет в следующих главах, потому пока оставим эту тему.
Несомненно, существуют альтернативные пользовательские среды с предустановленным пакетным менеджером. Например, для Android существует Termux — приложение, которое даже без root-прав способно послужить платформой для установки различных пакетов (вплоть до HomeAssistant, EspHome, TorrServ, в конце концов, туда можно установить Linux-дистрибутив в контейнер, но это уже развлечения для эстетов). То есть имея достаточно RAM, оно открывает возможности для одновременного использования удобной Android среды совместно с гибкими мощными Linux-ориентированными утилитами.
Тем не менее, как и было указано выше, Termux — компромисс, который позволяет выжать всю пользу из тех устройств, которые не могут быть использованы под нативную установку Linux, но сами по себе не столь обделены памятью и процессорной мощностью. Это могут быть не очень старые Android-смартфоны непопулярных брендов, те же ТВ-приставки на неподдерживаемых процессорах, Android-планшеты и т.д.
Что касается софтовых возможностей, они безграничны, разве что мы их немного классифицируем.
1. Сетевые возможности
Маршрутизация / NAT / VPN
Настройка iptables/nftables, IP‑forwarding, VLAN, static routes.
VPN‑сервера: OpenVPN, WireGuard, Tailscale.
DHCP/DNS
dnsmasq для локальной сети, Pi‑hole для блокировки рекламы.
Proxy / Firewall
Squid, Nginx‑reverse proxy, tinyproxy.
Мониторинг трафика
vnStat, iftop, nload, Prometheus/Grafana для статистики LAN/WAN.
2. Хранение и файлы
NAS / файловый сервер
Samba для Windows‑совместимости.
NFS для Linux‑клиентов.
FTP/SFTP через vsftpd или OpenSSH.
RAID / диск management
mdadm для software RAID, LVM, ZFS/ Btrfs (возможны ограничения по RAM на SBC).
Бэкапы
rsync, borgbackup, restic, cron‑автоматизация.
3. Медиа и трансляция
Plex / Jellyfin / Emby
Локальный медиасервер с поддержкой DLNA.
HW‑акселерация ограничена: на TV‑боксах с Amlogic возможна частичная декодировка H.264/H.265 через blob‑драйвер.
Kodi через Docker для headless медиа‑транскодинга.
4. Торренты и загрузка
Torrent‑клиенты
Transmission, qBittorrent‑server, rTorrent + ruTorrent.
Автоматизация
Watch‑folders, RSS‑добавление торрентов, скрипты для раздачи/переноса файлов.
Сетевые оптимизации
QoS, ограничение скорости по интерфейсу, подключение к VPN для приватности.
5. Веб и приложения
Веб‑сервера
Nginx, Apache, Lighttpd.
Возможность запускать PHP, Python (Flask/Django), Node.js.
Docker / контейнеризация
Armbian поддерживает Docker, что упрощает запуск сервисов без конфликтов.
Лёгкие контейнеры на TV‑боксах ограничены RAM/CPU.
6. Домашняя автоматизация
Home Assistant / Node‑RED
Управление IoT, датчиками, реле.
MQTT
Лёгкий брокер (mosquitto) для взаимодействия устройств.
Телеграм‑боты
Контроль и уведомления по событиям, автоматизация задач.
Поскольку количество материала зашкаливает, я, пожалуй, софт и смартфоны сейчас рассматривать не буду (хотя всех поделившихся своими идеями для материала благодарю).
В данной статье сосредоточимся конкретно на самом популярном железе для нативной установки Linux — TV боксы. Рассмотрим 3 основных производителя, а также на практических примерах разберем основные паттерны поиска и установки образов.
Linux и с чем его едят
Для людей, мало знакомых с тем, что такое Linux, проведу короткий ликбез в спойлере. Позже нам понадобятся некоторые знания и термины оттуда, потому, если не знакомы с азами — советую почитать.
Linux — это семейство операционных систем, построенных на одноимённом ядре. В отличие от Windows, которая разрабатывается и контролируется одной компанией (Microsoft), Linux — это проект с открытым исходным кодом. Это значит, что любой человек или компания может взять код, изменить его и собрать свою версию — дистрибутив.
Вы ставите на компьютер не абстрактный «Linux», а конкретный дистрибутив: Ubuntu, Fedora, Mint, Debian и так далее. Дистрибутив — это ядро плюс набор программ и графическая оболочка — рабочий стол (либо без нее, если это серверный образ). Визуально он похож на Windows или macOS: есть рабочий стол, окна, меню «Пуск» (называется иначе, но суть та же).
Базовые отличия
Корень ( / ): Нет диска C. Есть один большой корень, обозначаемый слешем (/). В нём лежат все папки, включая системные, смонтированные образы дисков, флешек и т.д.
Домашняя папка (/home/твое_имя): Это аналог папки «Мои документы» или «Пользователи». Тут хранятся твои фотки, музыка, скачанное.
Расширения файлов: В Windows программа — это файл .exe. В Linux программа может быть без расширения вообще. Система смотрит не на буквы после точки, а на «разрешение» (права) — можно ли этот файл запускать как программу.
В целом Linux-дистрибутивы, за счет прозрачности и открытости собирают обширное комьюнити разработчиков полезного софта, который крайне сложно было бы разрабатывать или поддерживать под Windows/Mac/Android.
Рассмотрим для начала «Linux для TV-боксов», как наиболее популярное решение для реализации личного сервера.
Linux и TV-боксы
В TV-приставках используется зачастую специфическое ARM-железо, которое к счастью обычно похоже на железо одноплатных компьютеров Raspberry, Orange, Banana и прочих Pi-девайсов. Это и стало основной причиной поддержки этого железа обширным комьюнити, которое в начале самостоятельно стало поддерживать свои «малинки» (Raspberry Pi), а в условиях их подорожания переключило внимание на более дешевые китайские альтернатива.
Существуют следующие варианты установки Linux для ТВ-бокса
- Armbian — основной выбор для большинства TV-боксов с сообществом поддержки: ориентирован на headless/серверные задачи, содержит готовые сборки для многих Amlogic/Rockchip/Allwinner плат.
- DietPi — очень лёгкая, оптимизированная под сервисы (torrent, web, bot). Имеются специальные образы/форумы по TV-боксам, но иногда требуется ручная донастройка загрузчика.
- CoreELEC / LibreELEC — «just enough OS» для Kodi/медиа; годятся как медиаплееры, но не как универсальные серверные ОС (мощно оптимизированы под playback, не для сервисного хоста).
- Debian, Ubuntu — если конкретная плата/SoC поддерживается mainline-загрузчиком и DTB, лучше использовать чистые серверные образы (arm64).
- Manjaro / Arch ARM — вариант для продвинутых, когда нужны новые пакеты/ядро.
- OpenWrt — для задач маршрутизации/роутера; заметно легче для роутинга, чем full Linux-server.
Наиболее популярным решением является Armbian — у него наибольшее количество поддерживаемых устройств, наиболее стабильные и универсальные образы, и наиболее живое развивающееся комьюнити. Потому будем рассматривать именно его.
Armbian — это даже не совсем операционная система в привычном понимании, а специализированная сборочная среда (build framework) для создания легковесных и оптимизированных Linux-систем под ARM-устройства. Его главная задача — дать вторую жизнь многочисленным одноплатным компьютерам вроде Orange Pi, Banana Pi или старых TV-боксов, которые производитель бросил с устаревшим софтом.
Armbian не является самостоятельным Linux с нуля. Он берёт за основу стабильные версии Debian или Ubuntu (например, Bookworm или Noble Numbat) и адаптирует их под конкретное железо. Проект сам компилирует и поддерживает десятки оптимизированных ядер (Legacy, Current, Edge), добавляет необходимые драйверы и патчи для чипов Allwinner, Rockchip, Amlogic и других. То есть мы получаем привычное окружение Debian/Ubuntu с менеджером пакетов APT, но оно заточено под то, чтобы завестись и шустро работать на конкретном ARM-устройстве.
Для начала стоит немного прояснить ситуацию в практическом смысле. Поддержка Armbian официально охватывает обширный парк устройств, но далеко не все. Главный критерий — процессор. Если есть его поддержка, это полдела, даже 2/3. Притом, существует официальный реп для основных видов (Allwinner, Rockchip и иже с ними) и отдельное ответвление под Amlogic. Уровни поддержки могут отличаться от официально протестированных конфигураций до «Вася собрал на коленке».
Далее идет периферия, а именно RAM и eMMC. Последнее не столь важно, ведь Armbian работает и с внешнего носителя. Что касается RAM, бывает обычная память и LP (low power), и разводка сильно отличается, а значит и драйвер.
Наконец, немаловажным является и интерфейс сети. Ethernet обычно поддерживается неплохо, а вот все, что касается WiFi часто бывает печально. Вся проблема в том, что чипы WiFi часто закрыты по драйверам, и если у андроида есть доступ, энтузиастам из Armbian везет меньше.
Чтобы не быть голословным, рассмотрим в деталях поиск совместимого образа на примере крайне дешевой, но не очень поддерживаемой приставки X96q, обзор которой я делал недавно (Приставка X96q — самое дешевое решение для домашнего сервера и локального умного дома). Заодно пройдемся по основным шагам и закрепим некоторые паттерны.
Практика 101
Приставка X96q имеет множество ревизий платы, где есть разные варианты RAM (LPDDR3 либо DDR3), радиомодуля, ethernet. Это значительно осложняет энтузиастам работу, так как надо собирать каждый раз под новую ревизию. С учетом недостатка тестировщиков задача превращается в «собери то, не знаю что». Тем не менее, даже в этих условиях нужно лишь немного поискать, и скорее всего рабочий образ будет найден. Но даже тут могут преследовать подводные камни...
В моем варианте приставки (v5.1) имеем условно поддерживаемый процессор — Allwinner H313, посредственную поддержку конфигурации памяти (конкретно для этого процессора) и средне поддерживаемый чип WiFi — XR819 (старые ядра ОС поддерживают неплохо, новые хуже).
H313+LPDDR3 имеет комьюнити поддержку уровня «Васи», и он даже любезно собрал для нас готовые образы...
Да, точно, поговорим и о сборке. Она осуществляется под Ubuntu (или любым совместимым репом Linux) или WSL Ubuntu (под Windows). Есть даже консольный интерфейс.
Нужно последовательно выбрать тип железа, тип образа и… все, сидим ждем.
Конечно, энтузиасты часто оставляют готовые образы в своих репозиториях. Тогда можно скачать их. Но помните, что не все энтузиасты люди добропорядочные! Готовый образ может сделать Ваше устройство частью хакерской ботнет-сети или еще что похуже… Будьте ОСМОТРИТЕЛЬНЫ!
Именно такой образ я и начал искать, ведь у sinxnull я не нашел нужной конфигурации. Полазив по форуму, я нашел еще одного человека, Nick A. Он предоставлял готовые образы, но с довольно грязным репом, по которому без инструкции собрать систему самому из исходников было бы крайне проблематично… Но у него было мое железо.
Сначала я попробовал образ серверной ОС конкретно под мою приставку. И о чудо! Огонек загорелся-таки синим. Но радость была недолгой. В образе с конкретным названием моей приставки
не работала сеть. Нет, даже не WiFi, а простой Ethernet. Такое положение меня не устроило, и я стал расследовать дальше.
Следующая зацепка была найдена на форуме 4pda. Человек описал мою проблему и нашел решение — использовать образ от Vontar — H618, но в самом образе заменить в файле ArmbianEnv.txt (на загрузочной SD-карте) поменять всего одну строчку.
Вообще гениальное решение! Ведь процессоры H313, H616, H618 физически — почти одно и то же. Потому и образы загружаются, если тип RAM одинаковый.
Там же, кстати, нашел реп еще одного энтузиаста для приставок V1.3 с залоченным загрузчиком. Оставлю тут. И ссылку на его пост 4pda.
Решение с H618 сработало, и теперь я, наконец, смог приступить к установке HomeAssistant. Чтоб не заморачиваться, предоставлю ссылку на гайд — по нему устанавливается устаревший но наиболее удобный для использования Supervised способ установки.
Пройдя все шаги я не без облегчения зашел в умный дом. Но тут меня ждало новое разочарование — EspHome.
Но как же так? С этим вопросом я обратился к нейронке, и после продолжительной дискуссии выяснилось страшное — в образе отсутствуют расширенные атрибуты безопасности для файловой системы, xattr. Страшно это потому, что добавляются они на этапе компиляции, и в готовый образ их не вставить. А без них контейнеры Docker, требующие xattr (такие как Esphome), не запускаются.
Я попытался скачать и скомпилировать образ из репа Nick A самостоятельно, но в них не было даже намека на такую настройку (хотя это настройка по умолчанию в основном репе). Копаться в огромной копне чужого кода без документации я не стал, а просто впал в уныние...
Спустя пару месяцев я выпал из уныния и твердо решил победить проблему во что бы то ни стало. Я снова залез на форум Armbian и стал терпеливо штудировать знакомую тему заново. И свежий взгляд действительно помог!
На третьей странице форума я нашел образ десктопной системы из репа sinxnull, но из отдельной ветки, которую я изначально даже не заметил. Это была последняя надежда!
Правда десктоп мне был не нужен. По счастью, я смог скачать исходник ветки, а уже в нем у меня получилось собрать серверный образ.
Я повторил шаги установки и стал с осторожным оптимизмом пробовать поставить EspHome. И да, все получилось!
А это означает, что образ полнофункционален. Миссия выполнена!
Еще практика
До этой приставки у меня была другая — Transpeed 8k, купленная на АлиЭкспресс. Она была на базе процессора Rockchip RK3528.
Статьи о ней не было, но вроде как уже и неактуально. Потому просто распишу, как мне удалось ее завести. Покупал я ее изначально нацеливаясь на использование с умным домом, предварительно проверив в сети наличие репозитория и гайда по установке. Гайд рекомендую почитать полностью. Он не только хорошо написан и раскладывает по полочкам установку для конкретного железа, но и рассматривает кучу полезных нюансов сборки Armbian. В общем, интересное чтиво!
Тогда я даже не задумывался, что там может быть другая ревизия платы и у меня не заведется интернет или вовсе загрузка ОС сломается из-за несовместимой RAM. Это была моя первая такая приставка, а как говорится, «дуракам везет». Вот и мне повезло, я просто скачал и скомпилировал репозиторий из гайда (а также патч), и все завелось с полтычка.
WiFi, правда, не заработал, но он и не нужен, когда роутер подключен по проводу. Далее без проблем установил Hassio и благополучно пользовался, пока SD-карта не начала подглючивать… По незнанию, я скомпилировал Ubuntu, как было в гайде, и мне пришлось помучаться при установке Hassio. Но в целом, все заработало.
У меня также была приставка на Amlogic S905X3 под названием H96 Max X3 (память 4/64). О ней даже рассказывать нечего. У этих процессоров есть полуофициальная ветка, и поддержка там почти как у основной. Чтобы проверить совместимость конкретной приставки, необходимо перейти по ссылке на документ о поддержке железа из репозитория в поиске по странице (Crl+A) вбить название своей приставки через тире. Кстати, есть поддержка и некоторых моделей Rockchip. Нужно скачать или скомпилировать образ и записать на загрузочный носитель.
Здесь мы видим файл dtb, который необходимо заменить в скачанном/скомпилированном образе диска системы. Это файл uEnv.txt.
Находим данный файл и в строке FDT=… образ.dtb заменяем образ.dtb на найденное в файле название. Также можно сразу найти u-boot файл с названием приставки (если отсутствует, тогда используем название процессора) и переименовать его просто в u-boot.ext.
U-Boot — это универсальный загрузчик для ARM-плат, который инициализирует CPU, память и периферию и передаёт ядру Linux параметры загрузки и DTB. В Armbian для каждой платы используется свой U-Boot, часто с патчами, особенно для TV-боксов на Amlogic или специфических плат Rockchip и Allwinner. Mainline U-Boot работает на популярных одноплатниках, но для нестандартных или старых ревизий часто нужны форки. Ошибки загрузки, неправильное распознавание платы или проблемы с USB/HDMI обычно связаны с несоответствием версии U-Boot и DTB.
DTB (Device Tree Blob) — бинарный файл описания аппаратной конфигурации платы, который ядро Linux использует для инициализации оборудования: CPU, память, GPIO, I2C, SPI, USB, Ethernet и других интерфейсов. DTB создаётся из .dts и .dtsi файлов, передаётся ядру через U-Boot и обеспечивает универсальность ядра без «жесткой» привязки к плате. В Armbian для каждой платы есть свой DTB, иногда несколько версий для разных ревизий, особенно для TV-боксов на H313, H616 и H618. Ошибки типа «no device tree found» или «fdt invalid magic» возникают при несовпадении DTB и ядра или повреждённом файле. DTB прописывается в uEnv.txt или ArmbianEnv.txt.
Взаимодействие U-Boot, DTB и ядра происходит так: U-Boot инициализирует аппаратную платформу, передаёт DTB и bootargs ядру, после чего ядро использует DTB для запуска драйверов и инициализации всех устройств. Основные проблемы при загрузке связаны с несовпадением версии DTB и ядра или неправильной конфигурацией DTB, что может приводить к неработающим USB, Ethernet, WiFi, либо полной аппаратной несовместимости.
Далее вставляем измененный образ в загрузочном носителе в приставку и зажимаем кнопку Reset (обычно она внутри AV-разъема). После этого система загружается. Можете глянуть 7-минутное видео, если остались вопросы.
Мораль
Итак, расклад таков, что на данный момент самая беспроблемная платформа — Rockchip. В основном потому что на них выпускают всякие Orange Pi и прочие малинки и бананки. Официальный реп справляется и есть много разных форков от энтузиастов.
Amlogic — второе место. Несмотря на полуофициальность репа, поддержка железа затрагивает огромное число машин. Реп создавался как раз для поддержки обширного парка ТВ-боксов, с чем уверенно справляется. Удобный поиск помогает найти относительно свежие поддерживаемые модели, но если поддержка отсутствует, можно поискать отзывы людей на 4pda, Armbian forum. Тем не менее, мне показалось что поддержка очень хорошая, а образы всегда полноценные.
Allwinner плетется в хвосте, хотя раньше его поддержка была намного лучше. Например, платы на платформе A20, H3, H5, H6 имеют хорошую поддержку (из-за использования чипов в Orange Pi), но это допотопный мусор. Современное же железо (H313, H616, H618) имеет посредственную поддержку, то ли из-за огромного числа ревизий, то ли из-за небольшого комьюнити официальных одноплатников на этой платформе. Тем не менее, как показывает практика, найти полноценный образ можно и тут.
В простейшем случае необходимо найти наиболее дешевую на данный момент приставку с поддерживаемым железом. По мощности их всех хватает для серверных сборок Armbian и дополнительного софта уровня умного дома, торр-сервера, ТГ-бота и т.д.
Предоставляю сравнение экземпляров чипов, использованных в статье по производительности. Даже самый слабый чип прекрасно работает.
А вот сравнение процессора Amlogic и Broadcom BCM2837. Последний установлен в Rapberry Pi 3B.
В целом, главное — чтобы хватало ОЗУ. Рекомендуется брать минимум с 2 Гб ОЗУ, объем eMMC не столь важен — в любом случае можно установить систему на внешний накопитель.
Оптимальный дистрибутив Linux Armbian для использования под сервер на момент написания статьи — Debian 12 Bookworm. По моему опыту это самая беспроблемная система с хорошими исходными зависимостями. Я пробовал также Debian 11 или Ubuntu Jellyfish. Первая слишком старая, много возни с зависимостями, вторая слишком Ubuntu, много возни с зависимостями. Тем не менее, не все энтузиасты так считают, вот и клепают образы под Ubuntu. С точки зрения использования с графической средой согласен, но как сервер — не очень.
Скачиваем/компилируем образ системы, записываем на носитель, проводим необходимые манипуляции с файлами и можно грузиться! Большинство приставок сразу загрузятся в ОС, но некоторые требуют зажатия кнопки Reboot. В общем случае это вся инструкция.
Конечно, железа сейчас выходит много, и не все с ходу поддерживается сообществом. Тем не менее, найти поддерживаемые недорогие модели несложно. Так или иначе, кстати, они со временем начинают дорожать, как я заметил. Видимо китайцы смотрят на спрос, и своей выгоды не упускают.
А у меня на сегодня это все. Поскольку планируются отдельные статьи по использованию Android-смартфонов как серверов (отдельная тема) и софта, можете накидать в комменты варианты софта (повторяю просьбу), а по смартфонам даже не знаю. Прислать образцы? ;) Думаю, ничего не надо. Всех благодарю за внимание и желаю бесперебойной работы железа!
| +53 |
2248
99
|
| +47 |
2217
56
|
И даже пакеты с запуском Windows apps
Да и адекватность афаик среди лин-дизайнеров не появилась, всё делается по принципу «зато бесплатно», «Наше отношение цена/качество в 2 раза лучше, чем
ничегоу майкрософт!»скоростьтормоза интерфейса + сис. требования бывает даже хуже, чем в висте (реально талантливые ребята, эти линуксоиды), сглаживание шрифтов по слухам, туда так и не завезли, но давайте закончим оффтоп.Какое отношение swap имеет к интерфейсу?
Что там «интерфейс настраивается за 15 минут» в Windows? Размер шрифта и обои?
Без сторонних средств почти ничего не изменить, и так было всегда.
Настройки интерфейса зависят от DE, а не дистрибутива.
Давайте, рассказывайте! Так интересно…
Меньше читайте советских газет…
Так маздай и есть среда для запуска таковых средств… а в принципе почти всё рег-файлом можно сделать.
Которые в разных дистр/релизах все одинаковые прямо?
Читайте документацию, раз интересно.
Несколько лет назад был шум, что якобы разрешили сглаживать, а может, и не разрешили… факт что 25 лет ОС была без этой обязательной фишки.
Возможности у Linux очень большие, но как уже писали выше, это для фанатов и профессионалов, которые могут выделить на все это ВРЕМЯ(!!!)) и получают от этого моральное удовлетворение.
Еще вариант, когда денег нет, времени дохрена, функционал очень нужен.
Вывод личный, субъективный, на истину не претендую, основан на личном опыте ~28 лет использования Linux в очень разных вариантах.
И да, не пытайтесь все засунуть в одну железку и в одну операционку, надежность ниже, поддерживать сложнее и менять сложнее, управлять тоже неудобно.
button.dekel.ru/
В 96 году уже вышла 95 OSR2, там не так уж все и плохо было.
Это вообще тупиковая ветвь и современная винда ведет родословную не от нее, а от NT, гораздо более стабильной и концептуально другой с точки зрения ядра. Четвёртая версия которой в том же 96 году и вышла. Но для обычных пользователей в ней не было никакой радости: директиксов всяких в те годы ещё не придумали и игрушки общались с железом напрямую. Что NT делать [целенаправленно] не позволяла
А хабр сто лет как не торт — сплошная политота и дешёвая (в интеллектуальном смысле) заказуха «под-повесточку».
Я, как технарь, только за.
Опять же, если хотя бы несколько человек подумают «кажется, линух это не так страшно» и попробуют — уже имеет смысл. Да и интереснее такое читать, чем разбор лампочек и споры железо это сталь или не сталь.
Статья офигенно помогает определиться что покупать, вам не интересна — ваша проблема, это как в обзоры вейпов заходить не куря, а зачем это здесь?!!!
У меня одно мнение, у вас другое, но вы же вот не воздержались, и тоже его тут выразили.
Мне показалось, что такой статье место скорее на хабре, чем тут. Я вот сюда захожу как раз отдохнуть от хабра, почитать обзоры товаров, а не про сборку линукс. Но судя по минусам я такой тут один. Чтож…
Как надо поступать (как поступил потом я). Покупаете N100 с пассивным охлаждением, ставите туда NVMe. Далее ставите гипервизор, можно Proxmox. Поверьте, администрировать виртуалки много проще и надежнее. Если грохнется, то виртуалки временно можно запустить на десктопе, а потом перенести на отремонтированный (или новый)
После каждого апдейта практически каждый модуль при изменении компилится по новой. Это медленно.
Без виртуалок вы будете радоваться до первого сбоя.
У вас какие-то запреты насчет виртуалок? Они очень сильно облегчают жизнь.
Вот только что засёк ради интереса. На дохлом Alwinner 618 (OPI Zero 3) от
uv pip install --upgrade homeassistant
И до окончания обновления процесс занял ровно 2 минуты 14 секунд. При этом 1 минуту он качал обновления и ещё секунд 50 удалял старые пакеты. Т.е. по факту упор в микросдшку.
З.Ы. С учётом того что ту же OPI Zero 3 за 3К с БП в комплекте внезапно купить больше нельзя — статья обретает смысл, да.
У меня апгрейдится за десяток секунд.
Другой вопрос, что никакого сакрального смысла (кроме некоторой толики удобства и кнопки «сделать хорошо» в addon store) деплоить esp home builder (равно как никто не обязывает использовать для компиляции именно его) на ту же машину, что и сам homeassistant
Да, ESPHome нельзя ставить на одноплатники, это застрел. В первую очередь как раз из-за медленного наклпителя.
Особо накрученные проекты и на X86 тачке могут по 10 минут собираться
ESPhome панель, компилятор проще поставить на рабочую машину, с неё сразу и программировать и сбирать и заливать прошивки удобнее. Сервер УД это только путь к приключениям с пробуриванием USB и TCP/IP через слои виртуализации не говоря уже о забитии всех возможных ресурсов.
У меня вот ровно N100 с пассивным и NVMe как раз если что. Компилятор мне там совсем не впёрся всё равно.
Как раз именно «бытовая» техника предназначена работать от момента «купил и включил» до момента «выбросил». А вот всякое серверное требует регулярного обслуживания. Про «дешевый блок атх» мне вообще смешно, мне дорогие серверные дельты порой приходится чинить, а дешевые это просто хлам последние 15 лет.
И во всем мире все такие неумные, зачем-то пишут опенврт, армлинукс и прочее, вместо того, чтобы купить новый амд райзен и не заморачиваться совсем.
Всё делается без остановки машины.
И да, до этого года три были бытовые «писюки» с кучей дисков — вот это действительно был кекс вприсядку…
Ну и по мелочи — когда в minitower запихиваешь 5 дисков 3.5" впридачу к DVD и приводам 5.25/3.5 (во какой был раритет!) — с вентиляцией начинается беда-огорчение.
Весило это чудо как чугунный мост (корпус был не из фольги, однако), а электричество любило — за уши не оттянешь — ватт 100-120.
Микросервер 4 HDD 3.5 + SSD кушает ватт 40, хотя в «прыжке» умеет и все 50-60 (если Зеон поставить)
И да, minitower для таких дел — не идеал, хотя смотря какой. А вот б/у full tower, да от сервера — самое оно. Впрочем, насчёт вентиляции согласен — я из-за этого узнал слова «моддинг» и «дремель» :-) — 120-й кулер прямо перед винтами, чтобы между ними дуло, и дырка перед ним на морде. Как раз на четыре его и хватает. Насчёт веса не пойму. Ну да, весит как чугунный мост (нынешний корпус весит килограммов двенадцать пустым), ну так его поставил — и стоит себе.
Ещё до известных событий обзавёлся «магнитофоном» LTO4. Там это правило тоже работает — одна из лент уже прочиталась с ошибками.
Так что берегите себя, свои данные и не забудьте отметить Всемирный День резервного копирования — 31 марта ;-)
Я, честно сказать, растерян — ну это ж база совсем, вроде все читали…
Ну и плюс если RAID не тем же ZFS реализован, то и контроля битых данных обычно не будет.
Ну и в принципе никто не мешает информацию на дисках (хоть внутри NAS, хоть в разных местах) тем же rsync периодически (например настроив cron) синхронизировать без использования raid.
HP Proliant MicroServer G8 с 2017 г. работает не выключаясь. Только если для какого-нибудь апгрейда…
С 2017 уже видеорегистраторы массово появились что всё аппаратно делают и компы не нужны стали.
ЗЫ: самое слабое звено — это накопитель. Резервное копирование решает проблему.
Самое важное, почему у меня именно она — лёгкость обеспечить бесперебойное питание от обычного охранного БРП на 12 вольт через DC-DC понижайку.
Понятно, что частный случай, но работает же.
Единственное, куда я, возможно, приставку бы запихнул — если б понадобилось куда-то в неудобное место закинуть что-то, работающее по usb — не знаю, PS3 Eye, допустим — и дальше забрать данные на что-то более вменяемое.
Мвлина как раз конструктор для фанатов и гибкая, да. Но поскольку она конструктор для фанатов, то и цена такая же.
Просто, скажем так, надо понимать, чего ты хочешь и сколько ты (и чем) готов заплатить. Мне железяка на арме это очередное применение и развитие(!!!) моих умений, я от этого получаю только плюсы (хотя иногда ругаюсь, но даже тут я получаю развитие, уже в гуманитарной сфере :).
Если задача стоит фигак фигак и в продакшн ну я сам всеми четырьмя за х86.
Проблема с железяками на арме, что развития там нет — в том смысле, что там у них всех какие-то свои заморочки, своё devicetree и в этом есть смысл копаться только тому, кто поддерживает конкретную железку. Это тебе не UEFI, который раз понял — и везде используешь. Но в принципе идея понятна, только это уж не о создании домашнего сервера, а таки о поиграться. Не криминал ни разу, но стоит разделять хотя бы на этапе постановки задачи.
Насчёт вентиляторов — надо конкретно по ситуации смотреть. В среднем если врубить управление скоростью вентилятора, то оно в основном будет бесшумным или около того.
да, по первому времени были восторги, что например можно подцепить винт или флешку — и на тебе NAS.
но быстро пришло осознание, что баловство это
тем более что сейчас наверное у каждого найдется ненужный старый ноут, который какой-никакой, но писюк, да еще и сделанный с энергоэффективностью в уме.
Разумнее купить какой-нибудь миниПК на х86 и не забивать голову всякой фигнёй.
Одноплатники туда же. На круг (плата, корпус, охлаждение, нормальный БП) они обходятся не особо-то дешевле, чем миниПК.
Потому это всё больше для «приколись, как я могу».
На счёт домашний сервер точкой доступа в интернет — у меня когда-то так было, но в итоге всё же разделил — сервер отдельно, роутер отдельно.
omv я советовать не буду, но кроме трунаса есть unraid, casa/zima.
Есть hexos — трунас с человеческим лицом. Может ещё есть.
Не всё бесплатно, конечно. И цена ОС вполне может съесть разницу в цене между миниПК и готовым NAS'ом. Но ОС можно будет спокойно переносить на любое железо, если миниПК перестанет устраивать.
Добавляются новые клиенты, новые шары, новые сервисы, заменяются диски…
Потому иметь удобный интерфейс для всего этого гораздо лучше, чем лазить в консоль по каждому чиху.
Ну ладно, мне не понять. У меня скорее «не бороться же ради очередной задачи с гуем, в котором как раз того, что я хочу, и нет».
Лучше я уж мышкой потыкаю что расшарить и каким юзерам какие права дать.
Ну и не шарой единственной. Вон, вчера напоролся на то, что в некоторых конфигах нельзя табуляции использовать. А в каких-то обязательно последняя строчка пустая должна быть…
Так что для «настроил забыл» или для написания скриптов консоль годится. Но для относительно редких вещей я уж лучше мышью потыкаю.
С табуляциями в конфиге я как раз вчера боролся, потому скопипастил с ними.
Только пробелы.
Автоматом пустая строка мне тоже не во всех файлах нужна, откуда редактор знает, что тут надо, а тут — нет?
Пустая строка в конфиге никогда не создаёт проблем, а её отсутствие — может. Плюс в целом корректный текстовый файл заканчивается переводом строки, на это, кажется, даже какой-то древний RFC был. На практике — проще всего всегда оставлять её.
Edit: нашел, не RFC, а POSIX: pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
Ладно хоть в этом случае парсер ругнулся, что табы нельзя использовать. А бывало что просто служба не запускалась, ругаясь на кривой конфиг, даже без указания строчки с ошибкой…
В такие моменты проверка параметров на этапе ввода кажется ещё более полезной.
В общем, конфигам своё место, гуям своё. Возможность слазить в консоль полезна, но необходимость лазить туда всегда — не достоинство.
всё равно лезть в консоль
Xpenology, OpenMediaVault, FreeNAS, XigmaNAS (NAS4Free), EasyNAS, Rockstor, Openfiler, Unraid…
Омв сильно на любителя, фринас — это трунас и есть, xigmanas не трогал, так что мнения нет. Рокстор как-то трогал, впечатления не произвел. Но то давно было
Easynas скорее мертв, openfiler ещё более мертв.
Приставки и всякие малины — баловство :)
Если вы постоянно возитесь с тв-приставками — может вам и будет проще из них сервер делать.
А я вот приставку покупал один единственный раз и она сдохла при обновлении прошивки, вон валяется на полке (н96+ про или как-то так).
Возможно что их нет, так как нужно заморачиваться с их приобретением/установкой. А если всё же потребуется миллион устройств, они таки будут или нет?
Насчёт «будет ли» — да какая разница, если ситуация невозможная. Тысчонку сейчас сходу в Украине точно можно купить.
на Андроиде тоже.
сам в РФ.
github.com/GVCoder09/NoDPI/releases/tag/v2.1
Попробуйте ссылка это полнофункциональный экземпляр HAOS в одном Docker-контейнере. Быстро и удобно. Пока есть проблемы с обновлениями, но автор это обещал решить…
А какие микрофоны надо по дому расставить? И можно ли натренировать на голос определённого человека?
mysku.club/blog/russia-stores/103129.html
Про голос сложно наверное, но как-то можно. По идее там есть опознаватель кодовой фразы. Можно поиграться, обучить на своих семплах.
Всегда ставил Рокшип на 3 место.
Amlogic для меня на первом месте. По скорости отработки как минимум.
РАМ конечно решает, но что бы рокшип ставить в лидеры… Для меня это нонсенс.
Ну и в целом статья напоминает анекдот — стоя и в гамаке. Я знакомство с НА начинал как раз с железке на армбиане. Когда ее ресурсов стало не хватать ушел сначала на виртуалку, а потом взял мини пк на интеле, чего и вам желаю. А эти троллейбусы из буханки….кому нужно и так в курсе этой темы.