/bin/sh: 1: hcitool: not found

? Offline

@mcm57 sagte in /bin/sh: 1: hcitool: not found:

Offensichtlich wird das Einrichten einer dedizierten homeassitant installation auf einem Pi wirklich als Betriebssysteminstallation bezeichnet:

Moin,

ja es gibt, nicht nur für SBCs, sondern auch ganz allgemein, z. B. als VM Abbild das sogenannte HAOS → https://developers.home-assistant.io/docs/operating-system/ das ist ein fertig konfiguriertes Linux, so weit ich das sehe, dient Alpine → https://www.alpinelinux.org/ als Unterbau

Edit
Jetzt könnte man auf die Idee kommen, parallel mittels Einzeiler, auch noch den ioBroker auf dem HAOS zu installieren, das birgt aber Gefahren, oder spezielles KnowHoff.

Alpine nutzt nicht apt, sondern einen anderen Paketmanager → apk
Home Assistant bringt monatliche Updates, von HA Core, das entspricht in etwas ioBroker , aber es gibt auch alle paar Monate Updates vom HAOS sobald die eingespielt werden, ist alles futsch, was man sich da selbst installiert hat, deshalb gibt es einige Standard Programme als AddOn, z. B. InfluxDB, Grafana

VG
Bernd

mcm1957

So ...

Ich hab jetzt hier mal gesucht. Es gibt ein iobroker addon (ev. auch noch andere).
Das von mir gefundene liegt hier:

https://github.com/MaxWinterstein/homeassistant-addons/tree/main/ioBroker

Ob dieses addon das "Richtige" ist muss @presl bestätigen bzw. korrigieren.

So wie es für mich aussieht wird da ioBroker irgendwie via container installiert.
Es stellt sich aber die Frage ob das Problem nicht besser bei homeassistant aufgehoben wäre.

mcm1957

Und wie ich sehe gibts von @Presl auch schon ein issue im oben genannten Repo.
Wär schön gewesen, wenn er hier gleich alle Infos die er hat gepostet hätte :-)

https://github.com/MaxWinterstein/homeassistant-addons/issues/184
https://github.com/MaxWinterstein/homeassistant-addons/issues/159

Offensichttlich wird hier der buanet container 5.1.0 verwendet. Ob es Sinn macht bzw. überhaupt möglich ist IN diesem node und ioBroker zu aktualiseren weiß ich nicht. Aktuell ist jedenfalls 8.x.x

Wahrscheinlich wäre die saubere Vorgangsweise das addOn zu aktualisieren

? Offline

@mcm57 sagte in /bin/sh: 1: hcitool: not found:

So wie es für mich aussieht wird da ioBroker irgendwie via container installiert.

Moin,

Danke fürs Suchen, aber erstens nichts Offizielles von HA und der Container ist ja Asbach Uralt

ARG BUILD_FROM=buanet/iobroker:v5.1.0
FROM ${BUILD_FROM}

# copy over the patched iobroker_startup.sh
COPY iobroker_startup.sh /opt/scripts/iobroker_startup.sh
RUN chmod a+x /opt/scripts/iobroker_startup.sh

Das ist mir zu viel gewürgte, bin dann mal raus.

VG
Bernd

@mcm57 sagte in /bin/sh: 1: hcitool: not found:

Es stellt sich aber die Frage ob das Problem nicht besser bei homeassistant aufgehoben wäre.

Sehe ich genauso.

mcm1957

@dp20eic
Ja das gepantschte Startupskrikt hat bei mir auch Alarmglocken ausgelöst...

@Presl
Ich glaub du musst dich da wirklich an den Maintainer dieses addOns wenden.
Alternativ installiert dir ioBroker nativ oder via Container auf einem System.

Presl

@presl Habs schon dort gepostet... aber so wirklich bekomm ich keine antwort :/

Sorry fürs nicht bescheid geben!!!!

Eigentlich hätte ich gerne eine andere Lösung aber gibts sonst nix :/.

Danke trotzdem.

mcm1957

@presl

Eigentlich hätte ich gerne eine andere Lösung aber gibts sonst nix :/.

Na ja, du könntest eine ganz normale ioBroker Installation auf einem unterstützen Betriebssystem (linux, windows, mac-os) oder in einem docker container laufen lassen. Als hardware ist so fast alles geeignet was linux (oder windows) order docker verdaut, z.B. x86 Rechner, Pi4(ev. Pi3), div. synology NAS, ...

Im Bedarfsfall gibts hier sicher Leute die dir da besser als ich eine für dich geeignete Hardware empfehlen können wenn klar ist was du wie machen willst (bzw. schon machst).

Presl

@mcm57 ich glaub das zahlt sich dafür nicht aus...

ich will nur einen sensor ansprechen aus meiner Entkalkungsanlage^^.

mcm1957

@presl
Und was ist das für eins Sensor? Gibts da keinen geeigneten Adapter in homeassistent?

Ja, für einen Sensor alleine ist ioBroker ein gewisser Overhead. Aber vielleicht kannst ja den Rest auch zu ioBroker migrieren :-) :-) :-)

Im Ernst:
Ev. kannst du bei homeassist ein addOn finden, dass dir ermöglicht ein beliebiges docker image zu starten. Und dort könntest du dann eventuell das buanet iobroker docker image mit node 18 laden / starten. Ich bin aber kein docker Kenner keine Ahnung ob bzw. welche Fallen da ev. existieren.

? Offline

@presl sagte in /bin/sh: 1: hcitool: not found:

Eigentlich hätte ich gerne eine andere Lösung aber gibts sonst nix :/.

Moin,

wie ja schon angemerkt wurde, ist das kein offizielles AddOn von HA, Du könntest ja einen Fork davon erstellen und dann baust Du das so um, dass anstatt des drei Jahre alten buanet/iobroker:5.1.x, ein aktuelles genommen wird. Auf welche Probleme Du dann stößt, kann ich natürlich nicht vorhersagen.
Ist ja eh schon seltsam, dass drei Jahre nichts mehr gemacht wurde.

Du nutzt HA und da gibt es für ein Gerät kein Adapter/Integrität? Dann solltest Du mal bei HA anfragen, ob da nicht noch mehr Personen Bedarf haben.

Soweit ich das gesehen habe, geht es um den gruenbeck Adapter, oder?
Dafür gibt es ein Feature Rquest https://community.home-assistant.io/t/new-integration-grunbeck-softliq/157478/39 in HA

VG
Bernd

SHL59

Moin Zusammen,

ich klinke mich mal hier in diese ja noch recht aktuelle Diskussion ein, da meine Frage mit dem eigentlichen Thema (/bin/sh: 1: hcitool: not found) zu tun hat.

Ich bin vor ein paar Tagen mit meinem ioBroker von einem Raspberry Pi4 auf meine QNAP NAS (TS251+) in die Container Station (Docker) umgezogen.
Das hat auch alles gut funktioniert und innerhalb von gut 2 Stunden lief alles wieder in der neuen Umgebung, einzig die von mir viel genutzten justGage Widgets funktionieren in meinen Views nicht mehr :cry: .
Dazu werde ich die Tage einen neuen Beitrag im Forum eröffnen.

Nun zur eigentlichen Frage(n):
Mit dem Start des ioBrokers bekomme ich am Ende des Logs folgende Meldungen:

/bin/sh: 1: mdadm: not found
/bin/sh: 1: hcitool: not found

Was hat das zu bedeuten?
Was bewirken diese Dienste?
Muss/kann ich etwas tun und ggf. wie?
Ist das evtl. kritisch für bestimmte Funktionen?

Hier noch einige Systeminformationen:
System Information

arch: x86_64
hostname: iobroker-Prod
Version Information
image: v9.0.1
build: 2023-11-01T23:44:45+00:00
node: v18.18.2
npm: 9.8.1
Evironment Variables
IOB_BACKITUP_EXTDB: true
PACKAGES: default-mysql-client
SETGID: 1000
SETUID: 1000

Ich hoffe auf Euren Expertenrat.

Viele Grüße
Stefan

? Offline

@shl59 sagte in /bin/sh: 1: hcitool: not found:

Mit dem Start des ioBrokers bekomme ich am Ende des Logs folgende Meldungen:

Moin,

Linux Grundkurs :)

mdadm -> https://de.wikipedia.org/wiki/Mdadm
hcitool -> https://de.wikipedia.org/wiki/BlueZ

mdadm, ist für Software Raid
hcitool, ist zum Auffinden von Bluetooth Geräten

Die Frage, die ich mir gerade stelle, welches Docker Image verwendest Du?

VG
Bernd

P.S.: sehe gerade, ist das Buanet Image

SHL59

@dp20eic
Danke schon mal für die Erläuterung.

Aber wofür benötigt der IOB diese Dienste?
hcitool könnte ja noch Sinn machen für den Discovery-Adapter
aber das Software Raid :confused:
Muss man die Dienste jetzt irgendwie über den Container nachinstallieren oder sind die eher unwichtig?

VG
Stefan

Marc Berg

@shl59 sagte in /bin/sh: 1: hcitool: not found:

/bin/sh: 1: mdadm: not found
/bin/sh: 1: hcitool: not found

Was hat das zu bedeuten?
Was bewirken diese Dienste?

Meines Wissens kommen beide Meldungen vom Info-Adapter. Der versucht wahrscheinlich, Informationen zu Bluetooth sowie Storage zu ermitteln. Versuch' mal, den zu deinstallieren, ob dann die Meldungen noch kommen.

? Offline

@marc-berg sagte in /bin/sh: 1: hcitool: not found:

Info-Adapter.

Moin,

ist das der Info Adapter? Ich würde da eher den discovery Adapter als Störenfried sehen

Dieser Adapter versucht, alle bekannten Geräte in Ihrem Netzwerk
und auf Ihrem Computer zu finden

Aber, ja, einfach mal die/den Adapter deinstallieren und schauen ob Ruhe einkehrt :)

VG
Bernd

Marc Berg

@dp20eic sagte in /bin/sh: 1: hcitool: not found:

ist das der Info Adapter?

Bin mir auch nicht mehr ganz sicher, einer von beiden war es, ja.

SHL59

@dp20eic / @Marc-Berg
Danke Euch, werde ich nachher probieren.
Gebe Rückmeldung.

VG
Stefan

SHL59

Die Ursache ist gefunden: es ist eindeutig der Info-Adapter. Die De-Installation nur des Discovery Adapters hatte keine Veränderung gebracht. Nach De-Installation des Info-Adapters waren die Meldungen dann auch weg.
Nach der erneuten Installation des Info-Adapters waren die Meldungen wieder im Log.

Allerdings benötige ich den Info-Adapter. Ich hole mir daraus für VIS die CPU-Daten (Last, Speed, Temp. usw.).
In den System-Einstellungen des Info-Adapters gibt es tatsächlich Einstellungen für das Laden von Bluetooth- und Festplatten-Daten. War mir bisher gar nicht ins Auge gefallen :face_with_rolling_eyes:

Aber auch, wenn ich diese auf "0" einstelle (also keine Daten Abfragen) kommen die Meldungen im Log.
Da ich nun aber weiß woher die kommen, kann ich gut damit leben.

Ich danke jedenfalls für Eure Hilfe.

VG
Stefan

Marc Berg

@shl59 sagte in /bin/sh: 1: hcitool: not found:

Ich hole mir daraus für VIS die CPU-Daten (Last, Speed, Temp. usw.).

Zumindest einen Teil der Daten könntest du auch in den Objekten unter "system.host.<name>" finden.

SHL59

@marc-berg

Zumindest einen Teil der Daten könntest du auch in den Objekten unter "system.host.<name>" finden.

Von dort hole ich mir tatsächlich die Uptime, da diese den ioBroker im Container zeigt und nicht die von der NAS.
Mit den anderen CPU-Daten ist das so eine Sache und leider beliebig verwirrend. Die jeweiligen Werte unter "system.host.xxx" und im Info-Adapter sind total unterschiedlich. Nach meinen Vergleichen passten die Daten des Info-Adapters am Besten mit denen, die auf dem NAS im Container angezeigt werden.
"Wer misst, misst Mist...":grin:

VG
Stefan

Community Forum

NEWS

/bin/sh: 1: hcitool: not found

Support us

601

32.4k

81.5k

1.3m