Update des admin Moduls auf 6.8.0 schlug fehl.

[Arnulf]

@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

noch Buster

warum installiert man sowas?
daher wohl auch

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

ERROR: Process exited with code 25

installier ein aktuelles OS und danach dein deConz manuell

Das manuelle Installieren habe ich ja auch schon gemacht.
Ergebnis: Dekonz lief nicht

[crunchip]

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Dekonz lief nicht

warum nicht?

[Arnulf]

@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Dekonz lief nicht

warum nicht?

wenn ich das mal wüsste.

Meine Anfrage hat noch niemand beantwortet
https://forum.iobroker.net/topic/67869/raspbee-die-1-version-und-bullseye-wollen-nicht?_=1693297933216

Zumindest konnte ich die Phoscon-Oberfläche nicht aufrufen auf dem Raspi.
Wenn ich das mit dem kaputten image gemacht habe, lief zumindest die Phoscon-Oberfläche.
Und auch mit dem Deconz-Image (unter Buster) bringt mir die Phoscon-Oberfläche:

Das Einzige ist: Mit dem Firefox scheint die Oberfläche ein Problem zu haben.
Mit Edge geht es aber

[crunchip]

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Meine Anfrage hat noch niemand beantwortet

ich kenn Phoscon nicht

hast du es mit stable und auch beta probiert?
bullseye sollte ja unterstützt werden

[Arnulf]

@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Meine Anfrage hat noch niemand beantwortet

ich kenn Phoscon nicht

hast du es mit stable und auch beta probiert?
bullseye sollte ja unterstützt werden

mit dem Stable.
Ja. Angeblich läuft das auch unter Bullseye. Aber ich habe es nicht hinbekommen.
Die Installation zeigte keine Fehlermeldungen. Aber es kam die Weboberfläche nicht.
Warum da von Deconz nicht auch Bullseye als Image gebracht wurde, kann ich nicht sagen

Ich würde ja sogar versuchen, alch den Slave auf Buster oder Bullseye hoch zu leveln. Aber ich weiß nicht, ob auf dem Slave das Restore klappt (und wie)

[crunchip]

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Aber es kam die Weboberfläche nicht.

auch nicht nach einem Neustart?
dann teste mal die beta

[Arnulf]

@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Aber es kam die Weboberfläche nicht.

auch nicht nach einem Neustart?
dann teste mal die beta

Welche Beta meinst du denn?

Auf der Deconz Seite gibt es Images mit und ohne grafischer Oberfläche. Stable und Beta.

Ich hatte die Stable verwendet. Und die läuft ja mit mit dem RaspBee.
Ist halt das Buster-OS

Es gibt auch eine Beta. Aber auch das ist Buster

Ich habe es auch gerade ausprobiert. Das RaspBee-Modul läuft zusammen mit dem Deconz-Adapter im ioBroker.
Die angelerte Taste wird angezeigt und auch die Tasten reagieren.

Es gibt halt Probleme mit Alexa2

[crunchip]

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Welche Beta meinst du denn

sudo sh -c "echo 'deb http://phoscon.de/apt/deconz \
            $(lsb_release -cs)-beta main' > \
            /etc/apt/sources.list.d/deconz.list"

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Es gibt halt Probleme mit Alexa2

auf kurz oder lang nicht nur mit dem, buster ist abgelaufen, entsprechend funktioniert auch nodejs nicht

[JLeg]

@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

auf kurz oder lang nicht nur mit dem, buster ist abgelaufen, entsprechend funktioniert auch nodejs nicht

nur für's Protokoll - nodejs funktioniert einwandfrei unter Buster - welches übrigens bis zum 30. Juni 2024 noch "offziell unterstützt" wird.

[Thomas Braun]

@jleg

Nein.

Buster hängt nur noch am 'LTS-Tropf' und wird künstlich beatmet. Höchste Zeit sich davon zu verabschieden.

[crunchip]

@jleg bin zwar kein Linux Experte, aber dann frag ich mich warum so vielzählige Probleme im Bezug auf Adaptern auftauchen, bei denen noch buster läuft und nodejs auf 18 angehoben wurde?

[JLeg]

@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@jleg bin zwar kein Linux Experte, aber dann frag ich mich warum so vielzählige Probleme im Bezug auf Adaptern auftauchen, bei denen noch buster läuft und nodejs auf 18 angehoben wurde?

nach meiner Beobachtung - die imo auch hier zutrifft, zumal da weiter oben entsprechende Meldungen erkennbar waren - liegt das oft einfach daran, dass (ur-)alte Installationen gerne mal auf (ur-)alten Plattformen laufen. Ein RPi mit knapp 'nem GB, bei dem dann nach dem Booten noch 50MB verfügbar sind, dürfte keine wirklich stabile Unterlage sein für "heutige" Adapter. Da treten die merkwürdigsten Probleme und Korrumpierungen auf - auch schon ähnliches erlebt mit Containern, die zu "schmal" waren. Und gerade BackitUp "peakt" da nach meiner Erinnerung schon ganz mächtig...

[JLeg]

@thomas-braun "künstliche Beatmung" zählt für mich aber auch noch zum "Leben" (sollte nur heissen, dass das sicher nicht das Kernproblem des Users hier war)

[Thomas Braun]

@jleg

Nein, nicht das Kernproblem. Aber es wird immer komplexer ein abgekündigtes System am laufen zu halten.
nodejs>=18 baut z. B. auf Stretch und dessen Abkömmlingen nicht mehr, libc zu alt.

Deswegen nutzt man die 1-jährige Übergangszeit, in der zwei Systeme voll unterstützt werden, um den Sprung auf die aktuelle Stable zu machen.

[Arnulf]

@jleg sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@jleg bin zwar kein Linux Experte, aber dann frag ich mich warum so vielzählige Probleme im Bezug auf Adaptern auftauchen, bei denen noch buster läuft und nodejs auf 18 angehoben wurde?

nach meiner Beobachtung - die imo auch hier zutrifft, zumal da weiter oben entsprechende Meldungen erkennbar waren - liegt das oft einfach daran, dass (ur-)alte Installationen gerne mal auf (ur-)alten Plattformen laufen. Ein RPi mit knapp 'nem GB, bei dem dann nach dem Booten noch 50MB verfügbar sind, dürfte keine wirklich stabile Unterlage sein für "heutige" Adapter. Da treten die merkwürdigsten Probleme und Korrumpierungen auf - auch schon ähnliches erlebt mit Containern, die zu "schmal" waren. Und gerade BackitUp "peakt" da nach meiner Erinnerung schon ganz mächtig...

Auf welche Installationen beziehst du dich denn mit der Aussage?
Zumindest ich habe nach dem ersten Fehlschlag komplett neue ioBroker aufgesetzt. Mit meinen geschilderten Problemen

[Arnulf]

@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@jleg

Nein, nicht das Kernproblem. Aber es wird immer komplexer ein abgekündigtes System am laufen zu halten.
nodejs>=18 baut z. B. auf Stretch und dessen Abkömmlingen nicht mehr, libc zu alt.

Deswegen nutzt man die 1-jährige Übergangszeit, in der zwei Systeme voll unterstützt werden, um den Sprung auf die aktuelle Stable zu machen.

Alles schön und gut.
Ich würde je auch am Liebsten gleich das neuste System nutzen, wenn ich eh schon alles neu machen muss.
Nützt aber alles nichts, wenn meine Hardware dann nicht mehr läuft (trotz Zusage des Herstellers).
Da hilft es wenig, wenn hier grundsatzphilosophische Dinge besprochen werden.
Sage mir, was das Problem mit dem RaspBee ist und ich setze sofort wieder ein System mit Bullseye auf.

Hier fängt es langsam an, in ein typisches Forumsproblem abzudriften.
Meinungen, Philosophieen und Glaubenskriege. Das löst aber kein Problem.

Fehlt jetzt nur noch die Fraktion, die den RaspBee in Frage stellt und andere Zigbee-Gateways vorschlagen.

[ticaki]

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Buster, weil sonst der RaspBEE nicht ansprechbar war. Und das Deconz-Image gibt es nur als Buster-Image

Kann das an dieses /dev/serial/by-id/ Problem sein?

EDIT meine das: https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev

[Thomas Braun]

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Sage mir, was das Problem mit dem RaspBee ist und ich setze sofort wieder ein System mit Bullseye auf.

Dann tu es und binde das deconz-Repo ein. Dann daraus 'deconz' installieren.

Fehlt jetzt nur noch die Fraktion, die den RaspBee in Frage stellt und andere Zigbee-Gateways vorschlagen.

Kannst du haben: Der RaspBee ist gnadenlos veraltet und sollte zur eigenen Nervenschonung nicht mehr eingesetzt werden.

[Thomas Braun]

@ticaki sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Kann das an dieser /dev/by-"keine Ahnung wie es heißt" Problem sein?

Das ist eigentlich per Update behoben. Außer auf arm-32-Bit-Systemen, da muss man von Hand noch was umstellen.

[Arnulf]

@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:

Sage mir, was das Problem mit dem RaspBee ist und ich setze sofort wieder ein System mit Bullseye auf.

Dann tu es und binde das deconz-Repo ein. Dann daraus 'deconz' installieren.

Du hast aber schon gelesen, dass das mein erster Versuch war?

Fehlt jetzt nur noch die Fraktion, die den RaspBee in Frage stellt und andere Zigbee-Gateways vorschlagen.

Kannst du haben: Der RaspBee ist gnadenlos veraltet und sollte zur eigenen Nervenschonung nicht mehr eingesetzt werden.

ohne Kommentar