Home assistant

Сообщество Home Assistant на Pikabu (отдельная тематическая ветка системы автоматизации и умного дома) для всех, кто:

- желает поделиться своим опытом создания системы умного дома на базе Home Assistant;

- хочет познакомиться с опытом других и/или почерпнуть что-то новое о системе автоматизации Home Assistant;

Home Assistant - это бесплатное программное обеспечение для домашней автоматизации с открытым исходным кодом, предназначенное для центральной системы управления устройствами умного дома с акцентом на локальное управление и конфиденциальность.

С каждым годом на смену обычным устройствам и бытовым приборам, которыми мы повседневно пользуемся дома, приходит так называемая умная техника. У кого-то дома может быть пару управляемых через интернет и/или по смс розеток и ламп, у кого-то смарт-чайник или смарт-приставка, кто-то установил датчики открытия на окна и двери, а кто-то обеспечил периметр дома видеонаблюдением. Список умных устройств и приборов можно продолжать не ограниченно, и зачастую все эти устройства называют умным домом. Но фактически они являются лишь элементами умного дома, до тех пор, пока не объединены в одну единую систему автоматизации и управления.

Существуют комплексы автоматизации и управления различных производителей, но по ряду причин не каждый использует дома устройства и бытовые приборы только одной фирмы. Это в свою очередь создаёт ряд неудобств, по их настройке и управлению, особенно когда количество таких устройств дома уже более десятка. Есть два очевидных решения этой проблемы. Первое - это приобрести все элементы умного дома одного производителя, заменив несовместимые. Второе – использовать систему автоматизации и управления способную объединить отдельные элементы умного дома в единое целое. Второй путь является наиболее оптимальным и экономным, и таких систем существует множество. Одна из них – это Home Assistant, представляющая из себя бесплатное программное обеспечение с открытым исходным кодом, которое разработано для домашней автоматизации и ставит на первое место локальный контроль и конфиденциальность.

На данный момент Home Assistant имеет уже большое англоязычное сообщество - https://community.home-assistant.io, где собраны ответы на часто задаваемые вопросы по установке и настройке системы, руководства и обучающие материалы, проекты участников и их обсуждения. Единственный недостаток – вся эта документация, материалы и обсуждения на английском языке. А не каждый, желающий построить систему умного дома своими руками, владеет английским языком, а так же  не каждый умеет или желает пользоваться переводчиком на страницах англоязычного сайта. Рунет на данный момент не имеет полноценного сообщества (website), посвященного конкретно системе автоматизации - Home Assistant. Все мануалы и примеры проектов существуют на общественных и личных блогах, сайтах (например: 4pda.ru, sprut.ai...), а сайтом в домене RU (home-assistant.ru) судя по всему никто, не занимается и он давно не обновлялся. В свою очередь, Home Assistant в англоязычном интернете имеет официальные сообщества и в социальных сетях, в т.ч. и на социально новостном сайте – Reddit. Не секрет, что Pikabu является прототипом Reddit. Сообщество "Умный дом", здесь уже есть. Но умный дом – это понятие широкое. Поэтому было принято решение создать отдельную ветку по построению системы автоматизации на Home Assistant, которое призвано объединить публикации и обсуждения более узкой и конкретной тематики, для дальнейшего успешного поиска тематических статей не только по тегу Home Assistant.

Сообщество не имеет каких-либо строгих правил для размещения публикаций за исключением офтопа (не по теме сообщества) и публикаций нарушающих правила сайта Pikabu - https://pikabu.ru/information/rules.

Возможно, в дальнейшем появится свод правил, призванный для формирования и сохранения положительной атмосферы сообщества, в случае появления жёсткого троллинга, вызывающего негатив подписчиков и/или авторов публикаций, и/или целенаправленного издевательств над подписчиками сообщества.

Вступайте в сообщество Home Assistant на Pikabu (Home Assistant), публикуйте свои статьи и тематические заметки, подписывайтесь и читайте других авторов.

Мы же рассмотрим универсальную инструкцию (не зависящую от версии Home Assistant) с установкой Let's Encrypt Duck DNS и Nginx в в Docker, которая одинаково подходит для обоих вариантов, рассмотренных мной ранее: -  Home Assistant Supervised и Home Assistant Core.

Рассматриваемый вариант вполне подходит для  Ubuntu 20.04 / Debian 10 / Kali Linux ... (Сервер, Десктоп, VPS Oracle ...)

Первым делом создадим домен на duckdns.org  - привяжем IP адрес реальной или виртуальной машины, где расположен наш  Home Assistant к имени DNS вида вашдомен.duckdns.org

DNS (Domain Name System) - система доменных имен, смысл которой в том, что каждому цифровому IP-адресу присваивается понятное буквенное имя (домен). Когда вы вводите в браузере доменное имя, сервера DNS преобразуют его в IP-адрес. Например, вашдомен.duckdns.org будет соответствовать IP-адресу  вашего сервера.

Далее будем использовать docker-compose для создания и запуска своих образов и контейнеров, а именно Let's Encrypt и Duck DNS. Вот содержание docker-compose.yml для этого:

version: '3.3'

services:

duckdns:

image: ghcr.io/linuxserver/duckdns
container_name: duckdns
environment:
- PUID=1000 #optional
- PGID=1000 #optional
- TZ=Europe/Samara
- SUBDOMAINS=вашдомен.duckdns.org
- TOKEN=89eJKhnby678nknt6NGHfghffe823
- LOG_FILE=false #optional
volumes:
- ./config:/config #optional
restart: unless-stopped

letsencrypt:
image: linuxserver/swag
container_name: letsencrypt
cap_add:
- NET_ADMIN
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Samara
- URL=вашдомен.duckdns.org
- VALIDATION=http
- EMAIL=mail@mail.ru #optional
- EXTRA_DOMAINS=вашдомен.duckdns.org
volumes:
- ./config:/config
ports:
- 443:443
- 80:80 #optional
restart: unless-stopped

TOKEN, DOMAIN (duckdns) .... - выделенные жирным, укажите естественно свои!

Итак, создаём файл docker-compose.yml в удобном для вас месте и удобным для вас способом. Я покажу пример для  Ubuntu 20.04 на VPS Oracle, где у  меня стоит тестовая Home Аssistant Supervised (конечно же это полная аналогия и для других вариантов).

Создам его по пути /home/ubuntu

# echo "version: '3.3'

services:" >/home/ubuntu/docker-compose.yml

Вы можете командой echo сразу отправить весь текст (содержание файла выше), либо открыть файл после создания командой nano, вставить содержимое:

# sudo nano /home/ubuntu/docker-compose.yml

Сохраняем и закрываем файл, нажав CTRL + X, Y, а затем ENTER.

Либо, всё то же самое можно сделать через WinSCP

Для создания и редактирования таких файлов рекомендую использовать Notepad++ вместо "блокнота":

После создания и сохранения файла, переходим в терминале в папку, где у нас лежит docker-compose.yml командой # cd (в Ubuntu 20.04 на VPS Oracle мы по умолчанию находимся в ней) и запускаем контейнеры:

#  docker-compose up -d

Если будет ошибка: "docker.errors.DockerException: Error while fetching server API version: ('Connection aborted.', PermissionError(13, 'Permission denied'))", то возможно вы просто забыли добавить "своего пользователя" в группу докеров на этом этапе.
# sudo usermod -aG docker $USER
# newgrp docker

Если вы ставили Ubuntu 20.04 на бесплатный VPS сервер от Oracle, то необходимо открыть порт 80 и 443 в Oracle. Как это сделать написано в конце этого поста.

Для "домашней" Ubuntu  или Debian на сервере или десктопе тоже нужно открыть порты 80 и 443 для Let's Encrypt, пробросив их на вашу машину в роутере (см. инструкцию к нему)

Проверяем в Portainer, что контейнеры Let's Encrypt и Duck DNS успешно запустились:

Осталось настроить Nginx.

Сейчас ваш Home Assistant всё ещё открывается по адресу HTTP://вашдомен.duckdns.org:8123 нам же нужен HTTPS (HTTPS://вашдомен.duckdns.org) :-)))

Открываем (для редактирования, удобным вам способом)  файл с настройками Nginx - default.

(В папке, где у вас был файл docker-compose.yml - появилась папка config)

В моём примере файл default расположен по пути /home/ubuntu/config/nginx/site-confs

# sudo nano /home/ubuntu/config/nginx/site-confs/default

ALT+T - очищаем всё его содержимое файла default, и вставляем следующее:

server {
listen 443 ssl;
listen [::]:443 ssl;
server_name вашдомен.duckdns.org;
include /config/nginx/ssl.conf;
client_max_body_size 0;
location / {
proxy_pass http://10.0.0.42:8123;
proxy_set_header Host $host;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
location /api/websocket {
proxy_pass http://10.0.0.42:8123/api/websocket;
proxy_set_header Host $host;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
}

СОБЛЮДАЕМ ТАБУЛЯЦИЮ (ОТСТУПЫ)! При копировании в ваш файл default с Пикабу их не будет - поставьте пробелы в файле вручную (как на фото ниже).

вашдомен.duckdns.org и http://10.0.0.2:8123 .... - выделенные жирным, укажите естественно свои!

В строке proxy_pass - указываете локальный адрес вашей машины или в случае с VPS Oracle - "Private IP Address":

Заходим в Portainer и перезапускаем контейнер letsencrypt:

Теперь заходим по адресу HTTPS://yourdomain.duckdns.org и входим в Home Assistant со своими учётными данными:

В С Ё!!! Цель достигнута ;-)

Теперь вы имеете не только удалённый доступ к своему Home Assistant через "шифрованные транспортные механизмы SSL", но и можете настроить, например  управление колонками с Алисой из Home Assistant... и/или  добавить ваши умные устройства из Home Assistant в умный дом Яндекса и управлять ими с любого устройства с Алисой, в том числе с колонок....

Всем пока и "Бобра"! ;-)

Сразу опишу своё исходное ТЗ (задачу), решение которой будет описано в этом посте, чтобы вы могли понять на сколько эта "инструкция" подходит под решение именно вашей задачи (задач).

Имеется:

1) IoT устройства на ESP8266 (ESP32) дома (в локальной сети);

2) IoT устройства на ESP8266 (ESP32) НЕ дома (internet / за nat);

Задача: - собирать данные с датчиков установленных на этих устройствах (и/или управлять подключенными модулями) в единый центр. В качестве единого центра уже  выбрана система "Умного дома" Home Assistant.

Дополнительное условие (требование): - порты для взаимодействия с сервером, где установлен "Умный дом" доступны только в локальной сети. Исключение только для портов 80, 433-й  для HTTPS для "Яндекс.Станции" и 500, 4500 для VPN, но решения связанные с VPN по ряду причин не рассматриваются.

В качестве решения моей задачи был выбран протокол обмена сообщениями между устройствами - MQTT. А в качестве брокера сообщений был выбран  Eclipse Mosquitto.

Установка на локальный сервер (вместе/рядом с "Умным домом") и базовая настройка MQTT брокера Eclipse Mosquitto была проведена по этой инструкции. Все локальные  IoT устройства общаются с Home Assistant через него.

В качестве сервера для второго MQTT брокера вне дома был выбран бесплатный VPS - сервер от Oracle. Брокер также был установлен по этой инструкции.

Осталось "научить" Home Assistant "общаться" с двумя MQTT брокерами)))

Для этого был найден "обходной путь" из документации Eclipse Mosquitto, который имеет название bridge (мост). Т.е. фактически мы сделаем мостовое (bridge) соединения внешнего MQTT брокера с локальным (домашним), через которое они будут "общаться". А наш локальный MQTT брокер как и раньше будет "общаться" с Home Assistant, позволяя через себя (мост | bridge) "общаться" Home Assistant со вторым (внешним) брокером.

На этапе написания последних двух предложений мне вспомнился этот комментарий ))))

Итак, поехали выполнять задачу)))

Открываем через WinSCP или PuTTY конфигурационный файл локального Eclipse Mosquitto для редактирования (я предпочитаю для этих целей использовать  WinSCP).

Путь к файлу, если вы устанавливали брокер про моей инструкции:

/etc/mosquitto/mosquitto.conf

И вставляем туда, предварительно отредактировав под свои учётные данные, такой текст:

# HUNY External Bridge Configuration
connection external-bridge
address 193.125.125.125:1883
cleansession true
topic +/# in PICABU/ ""
try_private true
remote_username pickabu
remote_password Pikabu1234

address 193.125.125.125:1883 - adress(ip) вашего второго брокера.

remote_username pickabu - логин вашего второго брокера.

remote_password Pikabu1234 - пароль вашего второго брокера.

topic +/# in PICABU/ "" - здесь "+" означает забирать все топики со второго брокера, PICABU - так будет называться топик в первом брокере (в моём случае - локальном), где будут публиковаться все топики со второго.

topic [read|write|readwrite|deny] <topic>
The access type is controlled using "read", "write", "readwrite" or "deny". This parameter is optional (unless <topic> includes a space character) - if not given then the access is read/write. <topic> can contain the + or # wildcards as in subscriptions. The "deny" option can used to explicity deny access to a topic that would otherwise be granted by a broader read/write/readwrite statement. Any "deny" topics are handled before topics that grant read/write access.

ПОСЛЕ ВНЕСЕНИЯ ПРАВОК В КОНФИГ - ПЕРЕЗАПУСТИТЕ ЛОКАЛЬНЫЙ БРОКЕР.

Проверить, что всё работает (Первый брокер публикует все топики второго брокера) переде тем как вносить правки в  Home Assistant можно, например, с помощью программы MQTT Explorer:

Напомню, если забыли или не знали ))), базовые настройки Mqtt в Home Assistant:

1) В файле configiration.yaml указываем путь к настройкам mqtt:

mqtt: !include mqtt.yaml

2) В файле mqtt.yaml указываем параметры подключения к своему локальному брокеру:

ВАЖНО СОБЛЮДАТЬ ТАБУЛЯЦИЮ!!!

broker: 192.168.1.150
port: 1883
client_id: home-assistant
keepalive: 60
username: Local
password: Local7777
protocol: 3.1
birth_message:
topic: "HomeAssistant"
payload: "Online"
qos: 1
retain: true
will_message:
topic: "HomeAssistant"
payload: "Offline"
qos: 1
retain: true

3) в sensor.yaml указываем свои параметры "топиков" локального и второго брокера:

ВАЖНО СОБЛЮДАТЬ ТАБУЛЯЦИЮ!!!

# Платформа MQTT брокер.

# ESP8266 на улице:

- platform: mqtt

state_topic: "esp-ulica/ESP-ULICA/bmet"

name: Тепература на улице (Самара Дом)

unit_of_measurement: "°C"

device_class: temperature

- platform: mqtt

state_topic: "esp-ulica/ESP-ULICA/bmeh"

name: Влажность на улице (Самара Дом)

unit_of_measurement: "%"

device_class: humidity

- platform: mqtt

state_topic: "esp-ulica/ESP-ULICA/bmep"

name: Давление на улице (Самара Дом)

unit_of_measurement: "mmHg"

device_class: pressure

- platform: mqtt

state_topic: "esp-ulica/ESP-ULICA/bhl"

name: Освещённость на улице (Самара Дом)

unit_of_measurement: "lm"

device_class: illuminance

# ESP8266 в офисе:

- platform: mqtt

state_topic: "esp-office/ESP-OFFICE/dsw1"

name: Тепература на улице (ОФИС)

unit_of_measurement: "°C"

device_class: temperature

- platform: mqtt

state_topic: "esp-office/ESP-OFFICE/bmet"

name: Тепература в ОФИСЕ

unit_of_measurement: "°C"

device_class: temperature

- platform: mqtt

state_topic: "esp-office/ESP-OFFICE/bmeh"

name: Влажность в ОФИСЕ

unit_of_measurement: "%"

device_class: humidity

- platform: mqtt

state_topic: "esp-office/ESP-OFFICE/bmep"

name: Давление на улице (ОФИС)

unit_of_measurement: "mmHg"

device_class: pressure

- platform: mqtt

state_topic: "esp-office/ESP-OFFICE/co2mh"

name: Углекислый газ в ОФИСЕ

unit_of_measurement: "ppm"

ВАЖНО СОБЛЮДАТЬ ТАБУЛЯЦИЮ!!!

Ну и в завершении настройте панель Lovelace в Home Assistant на своё усмотрение.

Например так (тестовый вариант):

На этом у меня  В С Ё.

Всем пока и "Бобра"! ;-)

Отличие Home Аssistant Supervised от Home Assistant Core и других вариантов - это конечно же наличие Supervisor, с помощью которого становятся доступны различные плагины (аддоны) из Add-on Store. (Как говорит мой друг - отличная версия для "Домохозяек") :-)))

Я свой окончательный выбор остановил именно на версии с Supervisor, не из-за наличия аддонов, т.к. использовать я их буду довольно редко, а скорее по этой причине:

Supervisor - это не просто приложение, это полноценное устройство, которое управляет всей системой. Он очистит, восстановит или сбросит настройки по умолчанию, если они больше не будут соответствовать ожидаемым значениям.

По моим наблюдениям Supervisor делает систему "Умного дома" практически не убиваемой, что с моей любовью к различным экспериментам с системой является огромным плюсом! )))

Home Аssistant Supervised имеет очень большое сходство с базовой Home Assistant OS,

но в отличии от неё оставляет пользователю полный доступ к операционной системе Linux, в которую он установлен.

Учитывая этот факт, для установки своего "Умного дома" - Home Аssistant Supervised я выбрал (на просторах б/у техники) простенький  NETTOP имеющий на борту 4-х ядерный Intel Celeron - 2 GHz, два SSD 120 + 500 Gb (второй купил для мультимедиа) и планку оперативки на 8 Gb. Всё это обошлось мне  за 4+4+2~10 т.р., что всего на 20-30% дороже обычной Raspberry Pi 4 b c Китая. Но ресурсов под "Умный дом" на базе Home Аssistant Supervised + несколько других запущенных сервисов и возможность иногда (по потребности) зайти в систему Linux, как на десктопную версию (90% времени работает как сервер) - более чем достаточно! ;-)

Не стоит путать установку Home Аssistant Supervised, которая осуществляется так же в Docker, с "Установкой  Core-версии в Docker", которую многие/некоторые часто имеют ввиду услышав комбинацию из слов  - "Home Assistant + Docker". Т.е. мы не рассматриваем установку Home Assistant Core в Docker где все контейнеры полностью изолированы от хост-системы. В версии Home Аssistant Supervised - "Supervisor взаимодействует с системой"... В общем рекомендую "покурить" эту тему в официальном источнике -  Installation of Home Assistant (и расставить уже все точки над "i") :-)

Эта статья лишь небольшое дополнение к официальной инструкции на github с несколькими дополнениями и нюансами по установки системы конкретно на Kali Linux | Debian (desktop | server) и отчасти показывающая что утверждение This installation method is for advanced users only не такое уж и страшное и верное на 100% :-)))

А причин выбрать именно Debian в качестве хост-системы для своего "Умного дома" на базе Home Assistant множество, но есть ещё и вариант разработчиков:

Ну, а почему я остановил свои выбор на Kali Linux, которая базируется на Debian подробно уже рассказал в этом посте. ;-)

Установку Home Аssistant Supervised будем делать через терминал. Можно и в графической оболочке системы, но рекомендую привыкать к "серверному" варианту, например через PuTTy по SSH - этот опыт вам очень пригодится в дальнейшем.

Если вы читаете мои посты не в первые, то этот вариант вам уже знаком ;-)

Подготовим систему.

1) Для получения списка и обновления новых пактов, выполните:

$ sudo apt-get update && sudo apt-get upgrade -y

2) Удаляем возможно оставшиеся зависимости пакетов:

$ sudo apt autoremove -y

3) Устанавливаем необходимые пакеты:

$ sudo apt-get install -y software-properties-common apparmor-utils apt-transport-https avahi-daemon ca-certificates curl dbus jq network-manager socat

4) На этом этапе нам нужно установить Docker в Linux (Installing Docker on Kali Linux), для этого вводим в терминал поочерёдно следующие команды (Следует иметь в виду, что Kali Linux основан на Debian и команды аналогичны):

$ sudo apt install -y docker.io

$ sudo systemctl enable docker --now

Если вы хотите добавить себя в группу Docker, чтобы использовать Docker без sudo:

Обратите внимание, что мы установили версию Docker - docker.io

Старые версии двоичного файла Docker назывались docker, docker-engine или docker-io.

Пакет docker-io по-прежнему является именем, используемым Debian / Ubuntu для выпуска docker, представленного в их официальных репозиториях.

docker-ce - это сертифицированный выпуск, предоставляемый непосредственно docker.com, и его также можно собрать из исходного кода.

Основная причина использования имени docker-io на платформе Debian / Ubuntu заключалась в том, чтобы избежать конфликта имени с двоичным файлом панели задач Docker.

Docker имеет корпоративную версию (EE) и бесплатную версию Community Edition (CE).

Перед установкой Docker Community Edition (docker-ce с сайта docker.com) вам может потребоваться удалить старые двоичные файлы.

ИСТОЧНИК

Так что тот факт, что веб-сайт Docker ничего не пишет про установку docker.io - ровным счётом ничего не значит! ))) Но, если вы по своим личным убеждениям хотите установить версию Docker Engine на Debian (Kali Linux), то переходите на сайт Docker к официальной инструкции - Install Docker Engine on Debian

5)Деактивируем и отключаем ModemManager:

$ sudo systemctl disable ModemManager

$ sudo systemctl stop ModemManager

6) На всякий случай перезагружаем систему

$ sudo reboot

7) Загружаем скрипт "supervised-installer":

Если не получается полностью скопировать эту строчку в терминал с сайта pikabu, то строки с кодом можете копировать с моей "шпаргалки" на github )))

8) Запускаем установку способом, где установщик сам выбирает директории (папки для установки Home Аssistant Supervised):

$ sudo bash installer.sh

Рекомендую этот вариант (выше), т.к. он без всяких заморочек. Если вы хотите сами установить параметры установки, то смотрите аргументы командной строки на официальной странице установщика: https://github.com/home-assistant/supervised-installer

При выбранном мной варианте установки (стандартный) файлы Home Аssistant Supervised будут расположены в директориях так:

/usr/share/hassio - директория hass.io

/usr/share/hassio/homeassistant - директория с "конфигами" (configuration.yaml)

/usr/sbin - файлы hassio-supervisor и hassio-apparmor

/etc - файл hassio.json

Через несколько минут (от 1 до 30, в зависимости от вашего "железа") после запуска скрипта установки,  Home Assistant будет доступен по адресу ipaddress:8123.

ip-address - локальный ip-address вашего сервера (неттопа, ноутбука, нетбука, десктопа, моноблока...) а в случае с установкой в VirtualBox будет указан терминале на последнем этапе отработки скрипта установки или вы его можете так же посмотреть на своём роутере согласно инструкции к нему.

Примечание по "локальной сети" для VirtualBox:

Перед загрузкой  скрипта  "supervised-installer" (пункт 7) вам нужно настроить свою виртуальную машину на использование мостового соединения, после чего она  получит свой собственный IP-адрес, и вы сможете подключатся к хост-машине по нему в своей локальной сети.

Пока виртуальная машина не запущена!

выберите «Настройки» - «Сеть» - на вкладке «Адаптер 1» установите «Тип подключения:» - Сетевой мост, «Имя:» - выберите свой сетевой адаптер.

Пример:

Если Home Assistant недоступен или не запускается по адресу ipaddress:8123

Если через 20-30 минут Home Assistant всё ещё не доступен по адресу ipaddress:8123, точнее установка не завершилась полностью, то нужно  смотреть лог с возможными ошибками, нажав на голубой "пульсирующий кружок" и наблюдать на странице процесс установки .

Рассмотрим вариант решения возможной ошибки (ошибок):

ERROR (SyncWorker_0) [supervisor.docker.interface] Can't install homeassistant/qemux86-64-homeassistant:2021.1.5 -> 404 Client Error for http+docker://localhost/v1.41/images/homeassistant/qemux86-64-homeassistant:2021.1.5/json: Not Found ("no such image: homeassistant/qemux86-64-homeassistant:2021.1.5: No such image: homeassistant/qemux86-64-homeassistant:2021.1.5").

WARNING (MainThread) [supervisor.homeassistant.core] Error on Home Assistant installation. Retry in 30sec

ERROR (MainThread) [asyncio] Task was destroyed but it is pending!
task: <Task pending name='Task-243' coro=<process_lock.<locals>.wrap_api() running at /usr/src/supervisor/supervisor/utils/__init__.py:33> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0x7f3e4a7cc670>()]>>

Она может возникнуть, когда при установке своей операционной системы на этапе "Разбиение на разделы" вы выбрали отдельные разделы для /home и /var /tmp Обычно программа автоматической установки "жадничает" выделяет для тома /var - 2-3 Гб согласно своей логике. Мы можем почистить этот том от "мусора" или увеличить его объём. Подробно о том, как это сделать я написал в этой статье: Увеличение / Уменьшение логических томов LVM на Linux + очистка системы - памяти (cache) Kali Linux / Debian / Ubuntu / CentOS

Пример решения этой "проблемы":

$ sudo lvextend -L +5G /dev/mapper/Kali--VM--vg-var -r

После этого снова запускаем скрипт установки Home Аssistant Supervised:

$ sudo bash installer.sh

Заходим в браузере по указанному в скрипте адресу с любого устройства в своей локальной сети. Там должна открыться такая страничка (ниже). Вводим свои данные (регистрируемся) и настраиваем/тестируем систему....

В С Ё ! ! ! ) ) )

Всем пока и "Бобра"  ;-)