UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Laser]

@thomas-braun
über LAN. Feste Adresse. WIFI war immer deaktiviert.

[Thomas Braun]

@laser sagte in "console.log" keine Anzeige /zeigt nichts mehr an /JS:

Feste Adresse.

Dann trag die notwendigen Dinge nochmal ein.

(Ich empfehle die Vergabe per DHCP zu machen. Ist wesentlich einfacher...)

[Laser]

@thomas-braun

code_text
```sudo dhpcd status
unit dhpcd.service could not found

der Pi lässt sich auch nicht einfach abziehen, weil GPIO's verbunden sind.

[Thomas Braun]

@laser

Du nutzt ja auch kein DHCP.

Davon abgesehen heißt das was du da vermutlich vor hast:

systemctl status dhcpcd.service

[Laser]

@laser

failed to start DHCP client Deamon

ifconfig -a zeigt eth0 an, aber ohne Adresse

[DJMarc75]

:flushed: ich hol mir jetzt Popcorn und ein Bier (offTopic - man möge es mir verzeihen)

[Laser]

@laser
wenn Popcorn helfen würde, könnte ich es holen. Ich glaube, ich mache eine Neuinstallation!
Bzw. ich ziehe mein gesichertes Image mit dem 16 Node drauf

[Thomas Braun]

@laser

Stell mal im raspi-config das 'wait for network on boot' um

 1 System Options    Configure system settings 
S6 Network at Boot   Select wait for network connection on boot

Und vielleicht mal die 'predictable interfaces' umstellen.

 6 Advanced Options    Configure advanced settings
A4 Network Interface   Names Enable/disable predictable network i/f names

[Laser]

@thomas-braun
das Image wird gerade auf die SSD aufgespielt. Damit versuche ich über SSH die NW Konfig zu ändern.
Das hin und her laufen in den Heizungsraum dauert ewig...

[Thomas Braun]

@laser

Andere Idee, falls es die Datei bei dir überhaupt gibt:

sudo nano /etc/systemd/system/dhcpcd.service.d/wait.conf

Und dann in der Passage

[Service]
ExecStart=
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w

das eintragen:

[Service]
ExecStart=
ExecStart=/usr/sbin/dhcpcd -q -w

Das würde aber nur greifen, wenn bis dato auch DHCP verwendet worden wäre. Aber du sagst ja du würdest mit statischen IPs hantieren.

[DJMarc75]

@laser sagte in "console.log" keine Anzeige /zeigt nichts mehr an /JS:

ich ziehe mein gesichertes Image mit dem 16 Node drauf

echt jetzt ?

@laser sagte in "console.log" keine Anzeige /zeigt nichts mehr an /JS:

ich mache eine Neuinstallation

glaub wär wenn dann schon besser

[Laser]

@djmarc75
habe jetzt kein Image mit Bullseye, nur dieses mit dem falschen Node. Das muß sich doch ändern lassen, ohne daß die Netzwerk- konfiguration im Eimer ist!
75 % fertig...

[Thomas Braun]

@laser sagte in "console.log" keine Anzeige /zeigt nichts mehr an /JS:

nur dieses mit dem falschen Node.

Das hat aber nicht nur ein falsches NodeJS sondern auch die komplett falschen core repos drin.

[Laser]

@thomas-braun
also neu?

[Thomas Braun]

@laser

Ich würde es sauber neuinstallieren. Backup vom iobroker druff, fertig.

[Thomas Braun]

@laser

BTW:
Das sieht ziemlich nach dem gleichen Problem aus:

https://forum.iobroker.net/topic/47213/upgrade-von-debian-10-buster-auf-11-bullseye/112

[Laser]

@thomas-braun
upgedatet habe ich nicht, sondern neu gemacht. Habe jetzt noch eine SSD ausgekramt, mit Bullseye und

etc $ node -v
v14.19.0

da könnte ich weitermachen

[Thomas Braun]

@laser

Die alleinige Ausgabe von node -v sagt genau gar nichts aus.

[DJMarc75]

@thomas-braun sagte in "console.log" keine Anzeige /zeigt nichts mehr an /JS:

Ich würde es sauber neuinstallieren. Backup vom iobroker druff, fertig.

@laser sagte in "console.log" keine Anzeige /zeigt nichts mehr an /JS:

da könnte ich weitermachen

jetzt hol ich mir noch ein Bier :joy: (bitte nochmals den OT verzeihen)

[Laser]

@djmarc75
popcorn ist im Gespräch, Bier auch.
Was soll ich denn nun machen?
Die SSD habe ich nach der genannten Beschreibung eingerichtet.

deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_14.x bullseye main
deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_14.x bullseye main

Einfach um einen Zwischenstand zu haben, ohne immer wieder bei Null zu sein