Installing Home Assistant Supervised using Debian 12

Thx for the welcome! I feel like I’m over my head as I am just starting out. I’ve tried several things and it looks like my root problem is this message: The package os-agent needs to be reinstalled, but I can’t find an archive for it." I’ve done several searches and can’t find an answer to that one!

It’s part of the installation instructions

1 Like

I am really frustrated! I have restarted, retried and keep running into different roadblocks. I now have a stable dual boot system with Windows 11 and the latest Debian install GUI. I opened the Terminal and started following these instructions carefully. (Of course, using Terminal in the GUI, the very first command line is just “su” to get to the root rather than the longer “sudo -i”.

This time when I got to:

curl -fsSL get.docker.com | sh

I get:

curl: (6) Could not resolve host: get.docker.com

I’ve seen this question before and the answers were above my head. Can someone give me simple step-by-step commands to run in the terminal to get through this step/command??

This guide covers installing HA Supervised on a Debian 12 based system, no GUI and no dual booting.

If you are installing in some way that is outside of the scope of the guide, please don’t ask for support as you have not followed the guide.

3 Likes

Where can I get help. Certainly I’m not the only one hot using a Rasberry Pi.

As for installing Home Assistant Supervised on a Raspberry Pi using Debian 12 there is even a dedicated guide for doing so.

Nevertheless same with this guide: No GUI and no dual booting!

Is there any special reason why you want to install HA Supervised? I recommend you to stay away from HA Supervised since this kind of installation makes solid Linux knowledge mandatory.

Home Assistant Operating System (HA OS) might be more suitable for you and you dont need much Linux knowledge to install and run Home Assistant:

For an in-depth reading about the latter look HERE.

BTW, the Search-function of this forum works pretty well :wink:

2 Likes

You have a dns issue.

1 Like

It will not make a difference if the computer is dual booted.

I’d suggest trying to dual boot Windows 11 and desktop Debian on a Pi while using the x86/64 guide will almost certainly make a difference.

Are you saying this because of the desktop on debian?

Because of this and previous comments. Perhaps I’m misunderstanding.

You’re both right. Op should probably use the other guide. But nevertheless this is a DNS issue. Fix that or nothing works

I’ve seen this before, and it turned out to be a IP6 dns issue, so maybe try again using IP4 only?
:thinking:

Thx all. A couple things. I appreciate the comment about dual booting not affecting anything since when booted to Debian, it can’t see the other partitions. I want to use supervised for several reasons. I’m trying to relearn skills I forgot in the 80s so I greatly appreciate this community!!

So, overnight I DID wipe my entire hard drive yet again and then used the latest Debian installer, selecting the non GUI version. I partitioned the drives successfully and got through the debian issue by using this command: sudo apt install docker.io. That doesn’t need DNS since it was already in the repository.

But several of you are correct that is was a DNS issue. Now the key command to Home Assistant · GitHub … failed with a similar message about unable to resolve host. I have been trying to find a link for fixing DNS issues in plain language. LOL! I’ll keep searching, but if someone can help, I would apprciate it!

apt does use dns because it downloads from a repository.

Actually, i had the same (even in this post :smiley:)

Anyway, i found supervised too strickt, i couldn’t run some other stuff i needed (as the supervisor would uninstall it again)
Still decided to stick to Debian (with gui) and use VMWare workstation (as i was on W10 before)
However I did move some add-on’s to docker on the host ( and who knows, maybe some day i might abandon supervised )

Find your active interface:

sudo nmcli con show --active

The output shows something similar to:

NAME             UUID                                  TYPE      DEVICE 
Supervisor eno1  e874k675-44d4-31a4-8cf8-3b8cc5f3b7cb  ethernet  eno1   
lo               1e5bf4e3-e5c6-40d4-a193-0ffaa1l4fd2b  loopback  lo

where

e874k675-44d4-31a4-8cf8-3b8cc5f3b7cb

is the active interface of my RPI4 used by Supervisor.

Now run the following command but use the UUID of your active interface:

sudo nmcli con mod "e874k675-44d4-31a4-8cf8-3b8cc5f3b7cb" ipv4.dns "8.8.8.8, 8.8.4.4"

With the above command you configure the RPI to resolve TLD’s using Google’s DNS servers (8.8.8.8 and 8.8.4.4). Of course you can change this to whatever valid DNS-servers of your choice.

Restart the NetworkManager service:

sudo systemctl restart NetworkManager
3 Likes

Hi everyone!

A clean supervised installation of HA on a new installed Debian 12 (bookworm) with LXDE. No other applications were installed. The installation was done accordingly to this guide.

First of all, the host with HA in unreachable.

The second issue:
journalctl -f shows that installation is stucked at “Get “https://ghcr.io/v2/””

Here is the log:

Apr 07 12:58:25 debian-ha systemd-resolved[4322]: Using degraded feature set TCP instead of UDP for DNS server 1.1.1.1.
Apr 07 12:58:28 debian-ha systemd-resolved[4322]: Using degraded feature set UDP instead of TCP for DNS server 8.8.8.8.
Apr 07 12:58:31 debian-ha systemd-resolved[4322]: Using degraded feature set TCP instead of UDP for DNS server 8.8.8.8.
Apr 07 12:58:34 debian-ha systemd-resolved[4322]: Using degraded feature set UDP instead of TCP for DNS server 1.0.0.1.
Apr 07 12:58:40 debian-ha dockerd[2219]: time="2024-04-07T12:58:40.570032578+03:00" level=warning msg="Error getting v2 registry: Get \"https://ghcr.io/v2/\": dial tcp: lookup ghcr.io: no such host" spanID=752c9dc820d58d66 traceID=ddb6f20b8123eb80b3f73c77e4e1b7ce
Apr 07 12:58:40 debian-ha dockerd[2219]: time="2024-04-07T12:58:40.570210901+03:00" level=info msg="Attempting next endpoint for pull after error: Get \"https://ghcr.io/v2/\": dial tcp: lookup ghcr.io: no such host" spanID=752c9dc820d58d66 traceID=ddb6f20b8123eb80b3f73c77e4e1b7ce
Apr 07 12:58:40 debian-ha dockerd[2219]: time="2024-04-07T12:58:40.712409403+03:00" level=error msg="Handler for POST /v1.45/images/create returned error: Get \"https://ghcr.io/v2/\": dial tcp: lookup ghcr.io: no such host" spanID=752c9dc820d58d66 traceID=ddb6f20b8123eb80b3f73c77e4e1b7ce
Apr 07 12:58:40 debian-ha hassio_supervisor[2219]: 2024-04-07 12:58:40.714 ERROR (MainThread) [supervisor.docker.interface] Can't install ghcr.io/home-assistant/amd64-hassio-cli:2024.03.1: 500 Server Error for http+docker://localhost/v1.45/images/create?tag=2024.03.1&fromImage=ghcr.io%2Fhome-assistant%2Famd64-hassio-cli&platform=linux%2Famd64: Internal Server Error ("Get "https://ghcr.io/v2/": dial tcp: lookup ghcr.io: no such host")
Apr 07 12:58:40 debian-ha hassio_supervisor[2219]: 2024-04-07 12:58:40.715 WARNING (MainThread) [supervisor.plugins.cli] Error on install cli plugin. Retrying in 30sec
Apr 07 12:59:10 debian-ha hassio_supervisor[2219]: 2024-04-07 12:59:10.746 INFO (MainThread) [supervisor.docker.interface] Downloading docker image ghcr.io/home-assistant/amd64-hassio-cli with tag 2024.03.1.

Please give me any suggestions on this error.

Thank you in advance

DNS issues also?

Thank you for your comment.

It’s kinda network issue, I think

root@debian-ha:~# ha resolution info
Error response from daemon: No such container: hassio_cli

I think because the HA is not fully installed