Одноплатный компьютер, microSD с предупреждением, миграция на SSD и устройства умного дома

Home Assistant часто ломается очень буднично. Лампы всё ещё привязаны, Zigbee-стик на месте, автоматизации никуда не делись, но после отключения питания или обновления система не загружается нормально. Иногда повреждена база данных. Иногда файловая система становится read-only. Иногда в логах I/O errors, и владелец внезапно понимает, что весь умный дом держался на самой слабой детали: маленькой microSD или дешёвой USB-флешке.

Это не столько ошибка новичка, сколько ловушка для новичка. Простой путь через Raspberry Pi действительно удобен: записал Home Assistant OS, вставил microSD, загрузился и начал добавлять устройства. Для первого запуска это правильно. Но реальный умный дом быстро перестаёт быть «первым запуском». История, energy dashboard, add-ons, бэкапы, камера, логи и recorder превращают коробочку в круглосуточный сервер. Накопитель и питание становятся частью системы, а не второстепенными аксессуарами.

Сейчас разговор уже не сводится к старому тезису «SD-карты умирают». Свежие обсуждения Home Assistant OS вокруг Raspberry Pi, SSD/NVMe boot, firmware updates и HAOS 18 показывают более полезную мысль: переход на SSD обычно правильный, но сам по себе он не волшебная таблетка. Питание, адаптеры, USB boot, recorder и бэкапы по-прежнему решают, будет ли система надёжной.

Почему Home Assistant тяжёл для слабых накопителей

Home Assistant не просто читает YAML и ждёт нажатия кнопки. Он постоянно пишет данные. Recorder хранит историю состояний и статистику. Energy dashboard копит долгосрочные измерения. Add-ons создают свои файлы. Бэкапы сначала появляются локально. Логи растут. Интеграции могут быть шумными. Камеры и медиа добавляют ещё больше записей. Несколько ламп — одно дело. Дом с датчиками, отоплением, Zigbee, Matter, солнечными панелями и присутствием — совсем другое.

microSD может работать, особенно если это хорошая A2 или high-endurance карта. Официальная документация Home Assistant для Raspberry Pi всё ещё говорит о microSD минимум 32 GB, желательно Application Class 2, нормальном питании и Ethernet. Это нормальный стартовый путь. Но это не гарантия, что любая SD-карта выдержит годы работы как диск для активного домашнего сервера.

Дешёвые USB-флешки часто ещё хуже. Они выглядят как улучшение, потому что больше и вставляются снаружи, но многие рассчитаны на перенос файлов, а не на постоянные random writes. Когда они деградируют, симптомы выглядят странно: долгие загрузки, случайные зависания, corrupt database, работа «ещё один день» после жёсткой перезагрузки.

В комьюнити Home Assistant таких историй много: пользователь сообщает очередную corruption SD, ошибки mmc0, blk_update_request или I/O, а ответы быстро сходятся к тем же пунктам: качество карты, питание, recorder, бэкапы и переход на SSD/data disk/SSD boot.

Симптомы выглядят как что угодно, кроме диска

Накопитель редко пишет понятное сообщение «я умираю». Обычно всё выглядит как случайная проблема Home Assistant.

Может повредиться home-assistant_v2.db. Система может загрузиться частично и зависнуть. Add-ons не стартуют. UI пропадает, а SSH ещё жив, или наоборот. В логах появляются read-only filesystem, mmc0, blk_update_request, I/O errors или failed writes при обновлении. Raspberry Pi может вести себя по-разному после мягкой перезагрузки и после полного отключения питания.

В одном свежем обсуждении пользователь с Raspberry Pi 5, NVMe hat и WD_BLACK SN770M описал регулярную corruption базы и установку, которая каждые несколько дней становилась неработоспособной. Первый вопрос в ответах был не про YAML. Его спросили про питание. И это правильный рефлекс: быстрый SSD не спасёт, если плата, hat и диск недополучают питание.

GitHub issues Home Assistant OS добавляют ещё один слой. В 2026 пользователи сообщали о проблемах обновления на Raspberry Pi 4 с boot from SSD, нестабильности Pi 5 с NVMe hat, ситуации, где USB3 boot не работает, а USB2 работает, и firmware update, который применяется только после cold power cycle. Это не аргумент против SSD. Это аргумент за то, чтобы относиться к накопителю как к инженерной части системы.

Первое правило: бэкап до оптимизации

Перед любой миграцией сделайте полный backup Home Assistant и скачайте его за пределы устройства. Не на ту же SD-карту. Не на тот же Pi. На ноутбук, NAS, облако или другой компьютер.

Это меняет всё. Без бэкапа миграция превращается в операцию без права на ошибку. С бэкапом неудачная миграция остаётся неприятной, но решаемой: чистая установка, restore backup, аккуратное подключение USB-устройств, проверка.

Хорошая схема бэкапов состоит из трёх вещей: регулярные автоматические backup, внешний storage вроде Google Drive Backup/NAS/SMB/SFTP и хотя бы редкая проверка восстановления. Многие думают, что у них есть бэкап, пока не выясняется, что он лежал на умершем накопителе.

Если система уже нестабильна, не спешите перезаписывать старую карту. Сначала попробуйте вытащить /config, папку backups и свежие snapshot-файлы. Если повреждена только база recorder, иногда достаточно остановить Home Assistant, переименовать home-assistant_v2.db и загрузиться с потерей истории, но без потери конфигурации.

Путь первый: оставить Pi, вынести данные на SSD

Для многих Raspberry Pi-инсталляций самое разумное улучшение — не полный rebuild, а перенос data partition на внешний SSD. В Home Assistant OS есть common tasks для external data disk, а документация отдельно предупреждает: SSD по USB может потреблять достаточно энергии, чтобы потребовался более мощный блок питания или powered USB hub, особенно на старых Raspberry Pi.

Порядок простой, но важный. Сначала полный backup и скачивание наружу. Затем нормальный SSD, а не рекламная флешка. Проверенный USB-SATA или USB-NVMe enclosure. Проверка питания. Подключение SSD напрямую или через powered hub. Перенос data disk через актуальный UI или CLI Home Assistant OS. После этого надо убедиться, что data partition, add-ons и база действительно на SSD, и дать системе поработать несколько дней.

Этот путь хорош тем, что снижает нагрузку на слабую карту и не заставляет каждого пользователя разбираться с USB boot или NVMe hats. Восстановление тоже проще: если boot media когда-нибудь умрёт, данные и бэкапы могут остаться живы.

Но SSD data disk не заменяет бэкапы. И он не исправляет плохое питание, плохой кабель или recorder, который пишет всё подряд без ограничений.

Путь второй: полный boot с SSD или NVMe

Полный SSD/NVMe boot имеет смысл, если вы хотите убрать microSD из системы совсем. На Raspberry Pi 4 или 5, с нормальным адаптером или hat и правильным питанием, это может ускорить систему и убрать один частый источник отказа.

Безопасный план консервативен: backup, проверка bootloader/EEPROM по актуальным инструкциям Raspberry Pi и Home Assistant OS, запись образа HAOS на SSD/NVMe, первая загрузка, restore backup, затем наблюдение за логами и первым циклом обновления.

Не все адаптеры одинаковы. Некоторые USB-SATA и USB-NVMe bridge по-разному ведут себя с UASP, питанием и таймингами загрузки. Система, которая загружает Raspberry Pi OS, не обязана идеально вести себя с Home Assistant OS. В одном issue описывали Raspberry Pi 4, который загружался через USB2, но не через USB3. В другом обсуждали firmware update для SSD/NVMe installs. В третьем EEPROM update применялся только после холодного отключения питания. Для коробки без монитора в шкафу это важные детали.

NVMe hats добавляют свои риски: питание, тепло, механика, firmware и совместимость. В контроллере умного дома скучная стабильность важнее красивых скоростей в бенчмарке.

Orange Pi — не Raspberry Pi с другим названием

Orange Pi выглядит заманчиво: дешевле, мощнее или доступнее. У некоторых моделей есть eMMC или NVMe. Для человека, которому комфортны Linux и Docker, это может быть хорошая база под Home Assistant.

Но нельзя считать Orange Pi таким же поддерживаемым appliance-путём, как Raspberry Pi. В обсуждениях комьюнити регулярно повторяют: Home Assistant OS официально не поддерживает многие Orange Pi. Home Assistant Container на Debian или Armbian может работать, но это уже не HAOS с Supervisor и add-ons в привычном виде. Вы получаете гибкость, но теряете простоту.

Это нормальный обмен, если вы готовы обслуживать Linux, Docker и обновления. Но если хочется «как в HAOS» и чтобы инструкции совпадали с интерфейсом, спокойнее смотреть на Home Assistant Green/Yellow, поддерживаемое железо ODROID-класса или небольшой x86 mini PC.

Orange Pi не плохой вариант. Просто это не shortcut, если вы не понимаете, какой слой поддержки отдаёте.

Иногда mini PC проще, чем героизм с SBC

Многие в итоге считают полную стоимость. Raspberry Pi, официальный блок питания, корпус, SSD, адаптер или NVMe hat, extension cable для Zigbee и время на отладку могут приблизиться к цене used thin client или mini PC. У mini PC обычный SSD, UEFI, больше RAM, нормальный I/O и меньше сюрпризов с USB boot.

Минусы есть: больше места, иногда больше энергопотребление, у некоторых моделей вентилятор. Для пары ламп это может быть перебором. Но если Home Assistant управляет отоплением, протечками, сигнализацией или важными автоматизациями, небольшой запас мощности и надёжности — не роскошь.

x86 также удобнее для тестов. Можно запускать Home Assistant OS напрямую, в VM или Container. USB passthrough для Zigbee/Z-Wave всё равно надо делать аккуратно, но storage story обычно менее хрупкая.

Recorder стоит настроить, но без фанатизма

Recorder — один из главных источников записи, поэтому его стоит держать под контролем. Исключайте шумные entities, история которых вам не нужна. Следите за размером базы. Не храните бесконечно каждый меняющийся атрибут. Для больших инсталляций можно рассмотреть отдельную базу вроде MariaDB, но не надо превращать это в обязательный ритуал для новичков.

Часто лучший первый шаг проще: нормальное питание, SSD, разумные recorder exclusions и бэкапы за пределами устройства. История полезна, пока она не становится причиной, по которой система не грузится.

Мелочи железа решают

Надёжность Home Assistant часто определяется скучными деталями. Нормальный блок питания. Запас по PoE. Не случайный USB enclosure. Короткий хороший кабель. Проверка другого USB-порта, если SSD ведёт себя странно. Иногда USB2 как диагностический тест полезнее, чем упрямый USB3.

Zigbee или Z-Wave dongle лучше вынести на extension cable подальше от SSD и USB3. Помехи USB3 в районе 2.4 GHz могут ломать радиосеть, и это выглядит как проблема Home Assistant, хотя виновата физика. Ethernet лучше Wi-Fi для контроллера. Блок питания и кабели стоит подписать, чтобы через полгода не заменить хороший PSU на случайную зарядку.

Это не эффектная часть умного дома. Зато именно она чаще всего спасает вечер.

Если всё уже сломалось

Сначала сохраните то, что ещё можно сохранить. Не перезаписывайте старый носитель до копирования. Попробуйте достать /config, backups и custom files. Если ошибка похожа только на corrupt recorder database, переименуйте database file и проверьте, стартует ли система. История может пропасть, но дом останется.

Если файловая система повреждена или диск сыплет I/O errors, хватит бесконечно перезагружать. Подготовьте новый накопитель. Запишите чистый Home Assistant OS. Восстановите последний backup. Подключите Zigbee/Z-Wave coordinator так же, как раньше, чтобы сеть сохранилась. Потом исправляйте причину: питание, storage, adapter или recorder load.

Восстановление — хороший момент убрать старые интеграции, снизить шум recorder, включить off-device backups и записать, какой USB-порт используется для радиостика.

Чек-лист покупки

Для нового Home Assistant-контроллера сначала покупайте скучные вещи. SSD вместо USB-флешки. High-endurance microSD только для простого старта или boot media. Официальный или гарантированно подходящий блок питания. Powered enclosure или hub, если SSD питается от USB. Ethernet. Zigbee dongle на extension cable. Автоматические backup наружу до того, как вы добавите десятки устройств.

Если выбираете между Raspberry Pi с аксессуарами и mini PC, считайте весь комплект, а не только плату. Если выбираете Orange Pi, делайте это потому, что вам комфортны Linux и Container, а не потому, что вы ждёте официальный HAOS appliance.

Home Assistant может быть очень надёжным. Но к нему надо относиться как к маленькому серверу. Когда он управляет светом, отоплением, замками, сигнализацией или датчиками протечки, накопитель уже не расходник. Это часть дома.