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

[Michi_Pi]

@thomas-braun sorry muss das abtippen, hab ja gerade keinen Zugriff über ssh

[Michi_Pi]

@Thomas-Braun ich bin jetzt so frei und stell ein bild hier ein, auch wenn es nicht erwünscht ist.
Kann aber das nicht alles abtippen.

[Thomas Braun]

@michi_pi

Keine Ahnung warum das failed.

sudo systemctl restart dhcpcd.service

Ansonsten einfach mal

sudo reboot

[Michi_Pi]

@thomas-braun kann den nicht neustarten, dabei kommt eine Fehlermeldung.

Im Journal steht was von
dhcp6_writelease: no such file or directory
bevor der DHCP Client gestoppt wird.

[Thomas Braun]

@michi_pi sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

kann den nicht neustarten, dabei kommt eine Fehlermeldung.

Und welche?
Ansonsten gilt die Empfehlung von Raspberry OS:
Installier es neu, ein Upgrade via apt ist nicht empfohlen.

[Michi_Pi]

@thomas-braun

Job for dhcpcd.service failed because the control process exited with error code.
See "systemctl status dhcpcd.service" and "journalctl -xe" for details.

status ist ja das was ich schon gezeigt hab und unter journalhab ich ja dann folgendes rausgelesen

dhcp6_writelease: no such file or directory

Ja wenn es keine Lösung gibt, werd ich es neu aufsetzen.

[JoergH]

@thomas-braun sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

Installier es neu, ein Upgrade via apt ist nicht empfohlen.

Wie meinst Du das? Ich habe bisher immer mein System mit apt-get update | apt-get upgrade auf den neusten Stand gebracht. Sollte man das nicht machen?

[Thomas Braun]

@joergh

Nein, das sollst du schon machen. Aber der hier vorgenommene Wechsel des Releases ist nicht der empfohlene Weg. Hier wird eigentlich eine Neuinstallation vorgesehen.

[Marc_el_K]

@michi_pi sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

@thomas-braun

Job for dhcpcd.service failed because the control process exited with error code.
See "systemctl status dhcpcd.service" and "journalctl -xe" for details.

status ist ja das was ich schon gezeigt hab und unter journalhab ich ja dann folgendes rausgelesen

dhcp6_writelease: no such file or directory

Ja wenn es keine Lösung gibt, werd ich es neu aufsetzen.

Exakt gleiche Fehlermeldung auch bei mir!

[Marc_el_K]

@thomas-braun sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

@marc_el_k
Such das Mini-HowTo.

Habe ich gefunden, hänge noch am Versuch die letztmöglichen Backups wieder einzuspielen.

DAs der Weg hier nicht für einen Wechsel sondern für eine Neuinstallation gedacht ist, ist mega schade. MAl schauen, wie weit ich noch komme oder ob ich auch komplett neu installieren muss.

[Thomas Braun]

@marc_el_k

Auf meinem System gibt es die auch nicht:

pi@chet:~ $ locate dhcp6_writelease
pi@chet:~ $

Ich hab aber auch keine Meldung in Logs. Netzwerk funktioniert natürlich auch.

[Marc_el_K]

@thomas-braun sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

@marc_el_k

Auf meinem System gibt es die auch nicht:

pi@chet:~ $ locate dhcp6_writelease
pi@chet:~ $

Ich hab aber auch keine Meldung in Logs. Netzwerk funktioniert natürlich auch.

Ich meinte diese Fehlermeldung

Job for dhcpcd.service failed because the control process exited with error code.
See "systemctl status dhcpcd.service" and "journalctl -xe" for details.

nach Eingabe von journalctl -xe

taucht wiederholend der Fehler auf

[Thomas Braun]

@marc_el_k
Ich sehe da nur was zu iobroker.service

[JoergH]

@Thomas-Braun
@michi_pi sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

@thomas-braun

Job for dhcpcd.service failed because the control process exited with error code.
See "systemctl status dhcpcd.service" and "journalctl -xe" for details.

status ist ja das was ich schon gezeigt hab und unter journalhab ich ja dann folgendes rausgelesen

dhcp6_writelease: no such file or directory

Habe versucht das upgrade auf einem PI Zero 2 mit Octopi Image durchzuführen und genau der gleiche Fehler ist aufgetreten. Er startet zwar, aber es ist dann kein WLAN mehr verfügbar.

[Thomas Braun]

@joergh sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

Habe versucht das upgrade auf einem PI Zero 2 mit Octopi Image durchzuführen

Das ist vermutlich etwas extrem an die Hardware und den Einsatzzweck angepasstes. Da würde ich auf einen offiziellen Weg der Distribution warten.

[JoergH]

@thomas-braun Zumindest die Buster updates liefen einwandfrei durch und das waren auch schon eine Menge....irgendwie zerschiesst er dann beim Revisionsupdate die Netzwerk Struktur. Leider kenn ich mich sehr schlecht mit Linux aus, so dass ich da auch immer gleich überfragt bin..

[Thomas Braun]

@joergh sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

Zumindest die Buster updates liefen einwandfrei durch

Von stretch aus?

[JoergH]

@thomas-braun Nee, vom Image aus. Das war auch schon nicht das Neuste...aber schon Buster

[Thomas Braun]

@joergh

Ja, das ist ja auch eine ganz andere Nummer als ein release upgrade.

[peterfido]

Hallo,

ich habe mal auf einer Proxmox VM von Buster auf Bullseye aktualisiert.
Das lief soweit durch. Einen Fehler bekam ich in Bezug auf lcd4linux. Da das wohl kaum einer nutzt, gehe ich nicht weiter darauf ein.

Was jedoch nicht mehr so wollte, war mosquitto. Der Adapter und die ganzen Clienten konnten sich nicht mehr mit dem verbinden. Die erste Ursache war, dass dieser nur noch auf localhost gehört hatte. Also den listener auf 0.0.0.0 geändert. Jetzt zeigten die Clienten, dass der Zugriff verweigert wurde. Also auch da gesucht und anonymen Zugriff erlaubt.

Beides brauchte ich "damals" bei der Installation von mosquitto nicht beachten. Das lief einfach direkt so.
Beheben konnte ich beides, indem ich die Config-Datei bearbeitet habe:

sudo nano /etc/mosquitto/conf.d/default.conf

da drin steht jetzt:

listener 1883 0.0.0.0
allow_anonymous true

Kleiner Hinweis noch:
in einer anderen VM habe ich debmatic am laufen. Das läuft wesentlich geschmeidiger, wenn man der VM 2 Prozessorkerne zuweist. Ich hatte das eigentlich nur für den Upgrade-Vorgang aktiviert und dann festgestellt, dass der Start von debmatic, bis es einsatzbereit war, sich gegenüber nur einem Kern wesentlich verkürzt hat. Daher bleibt der jetzt auf zwei Prozessorkerne.