Как безопасно отличить зависший экран onboarding от уже восстановленного Home Assistant на нестандартном порту: проверка старого адреса, ожидание завершения и критерии до повторного restore.
Не запускайте второе восстановление сразу
Официальная процедура Home Assistant предупреждает, что восстановление может занимать заметное время и система перезапускается. Оставьте устройство включённым, не закрывайте питание и запишите время начала. Повторный restore в момент, когда первый ещё применяет данные, усложняет состояние и уничтожает диагностическую границу. Если индикатор onboarding не меняется, это наблюдение о странице, а не доказательство, что Core не запущен. Не редактируйте конфигурацию и не переносите backup заново, пока не проверены доступные адреса.
Восстановите известную карту адресов
Найдите в своей документации прежний URL Home Assistant до создания backup: протокол, имя хоста или локальный адрес и нестандартный порт. Не угадывайте порт сканированием сети и не публикуйте частный адрес. Официальная интеграция HTTP показывает, что server_port настраивается отдельно, а стандартное значение — 8123. Поэтому backup с прежней конфигурацией способен вернуть иной порт, тогда как временный onboarding мог быть открыт на стандартном. Эта разница объясняет, почему нужно проверить два заранее известных endpoint, но не доказывает конкретный дефект UI.
Двухадресный тест отделяет UI от Core
После разумного ожидания обновите onboarding-страницу один раз. Затем в отдельной вкладке откройте сохранённый URL со старым нестандартным портом. Успешная страница входа или ваш обычный Home Assistant на старом адресе подтверждает, что Core доступен там; зависший onboarding тогда относится к маршруту страницы, а не к полной неудаче restore. Если оба адреса недоступны, не перебирайте порты: проверьте официальный индикатор состояния установки или локальную консоль по документации устройства и сохраните точное время.
Матрица безопасных решений
Если старый адрес открывается и данные на месте, завершите сессию onboarding и проверьте несколько сущностей в режиме чтения. Если открывается только 8123, не меняйте порт немедленно: сначала убедитесь, что восстановление закончено и вы вошли в ожидаемую систему. Если открываются обе страницы, сравните заголовок и учётную запись, не вводя пароль на неизвестном хосте. Если ни одна не отвечает после достаточного времени, соберите версию установки, аппаратную платформу и отметки этапов. Ни один вариант не требует редактирования SQLite или удаления backup.
Проверка после восстановления и эскалация
После входа убедитесь, что дата backup, основные интеграции и сетевой URL соответствуют ожиданиям; не запускайте автоматизации, пока не понятен контекст. Для обращения сохраните версию Home Assistant, тип установки, исходный нестандартный порт в обезличенном виде, время начала restore, момент доступности обоих endpoint и скриншот только сообщения onboarding. Удалите имена хостов, адреса и токены. Критерий остановки — подтверждённая доступность восстановленной системы на известном порту. Публичный issue не даёт оснований обещать, что любой зависший onboarding решается сменой URL.
Материал подготовлен редакцией VOne с применением ИИ для построения обратимого теста; технические сведения проверены по официальной документации, изменения базы и сети не предлагаются.
Источники и проверка
- Home Assistant: восстановление backup проверено 2026-08-13
- Home Assistant: HTTP integration проверено 2026-08-13
- Home Assistant: backup integration проверено 2026-08-13
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.