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

[Thomas Braun]

@un99known99 sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

ist schon da?

Dann ist ja gut. Wird der auch geladen?

uname -a

[un99known99]

@thomas-braun said in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

uname -a

Linux jitsi 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux

Passt das?

[Thomas Braun]

@un99known99
Bei mir wird der aktuelle Kernel so gemeldet

echad@chet:~ $ uname -a
Linux chet 6.1.0-rpi6-rpi-v8 #1 SMP PREEMPT Debian 1:6.1.58-1+rpt2 (2023-10-27)
aarch64 GNU/Linux
echad@chet:~ $

[un99known99]

@thomas-braun

kann ja mal versuchen, ob

# sudo apt install linux-image-rpi-v8 linux-headers-rpi-v8      # 64bit

MOD-EDIT: Code in code-tags gesetzt!

was bewirkt, grundsätzlich sieht Dein KERNEL neuer aus

[un99known99]

@thomas-braun

pi@jitsi:[~] $ uname -a
Linux jitsi 6.1.0-rpi6-rpi-v8 #1 SMP PREEMPT Debian 1:6.1.58-1+rpt2 (2023-10-27) aarch64 GNU/Linux

sieht jetzt besser aus nach

sudo apt install linux-image-rpi-v8 linux-headers-rpi-v8

pi@jitsi:[/boot] $ ll
total 19736
drwxr-xr-x  4 root root     4096 Jan  1  1970 firmware
-rw-r--r--  1 root root  8729756 Oct 27 16:31 vmlinuz-6.1.0-rpi6-rpi-v8
-rw-r--r--  1 root root       83 Oct 27 16:31 System.map-6.1.0-rpi6-rpi-v8
-rw-r--r--  1 root root   230383 Oct 27 16:31 config-6.1.0-rpi6-rpi-v8
lrwxrwxrwx  1 root root       17 Nov 14 13:29 overlays -> firmware/overlays
drwxr-xr-x 18 root root     4096 Nov 23 11:01 ..
-rw-r--r--  1 root root 11225182 Nov 23 11:02 initrd.img-6.1.0-rpi6-rpi-v8
drwxr-xr-x  3 root root     4096 Nov 23 11:02 .

MOD-EDIT: Code in code-tags gesetzt!

Sieht soweit gut aus oder?

D.h. jetzt sollte via apt update auch wieder "normal" KERNEL-Updates kommen?

[Thomas Braun]

@un99known99

Ja, jetzt rutschen die gleichnamigen Pakete nach.

[un99known99]

@thomas-braun

Vielen Dank für die ganzen Tipps hier in dem Thread und Deine Anleitung :)

[reutli]

@un99known99
und das nächste mal die Konsoleneingaben in

code tags

dann kann man das besser lesen :grinning:

[un99known99]

@reutli

Danke :)

[Michael Schmitt]

Hallo,
was bedeutet das nun für die die Bookworm nicht komplett neu gemacht haben, sondern noch von Bullseye hochgezogen ? Muss ich nun um weiterhin updates/upgrades zu bekommen "alles" neu machen ?

Alles platt machen ? Deconz/Phoscon, Bookworm, alleine das booten von SSD (das liegt so lange zurück, alles vergessen)

[Thomas Braun]

@michael-schmitt sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Muss ich nun um weiterhin updates/upgrades zu bekommen "alles" neu machen ?

Die boot-Partition muss umgehängt werden und die neuen Kernelpakete müssen installiert werden.
Gegebenenfalls auch noch 'irgendwas anderes', was sich bislang noch nicht gezeigt hat.

[MartinP]

Heute Abend einen Rundumschlag im Proxmox Server ...

Erst den Proxmox-Unterbau auf Bookworm,
dann den LXC-Container mit ioBroker, Influx und Grafana ebenso Debian Bookworm,
und dann noch einen anderen LXC-Container - dort von Ubuntu Focal auf Jammy.
Erstmal alles recht smooth ... Nur der LXC-Container von ioBroker hat sich mit dem Aufwachen nach dem Neustart etwas mehr Zeit gelassen, als es meinen Nerven gut tat - nicht einmal die Konsole war erreichbar ... Erst sagte PVE, dass die Maschine liefe, und weder CPU noch RAM Usage stiegen an... Irgendwann lief aber alles wie gehabt ...

Bei einem LXC-Container scheint es normal zu sein, dass die Kernel-Version die ist, die das gastgebende System hat.
Die Container meldeten schon nach dem Proxmox-Update ein 6.5xx Kernel statt des vorherigen 5.1x Kernels.

[Thomas Braun]

@martinp sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Bei einem LXC-Container scheint es normal zu sein, dass die Kernel-Version die ist, die das gastgebende System hat.

Natürlich. Die Container haben ja keinen eigenen. Ist ja gerade der Witz an der Sache.

[MartinP]

@thomas-braun Da sollte man dann wohl dafür sorgen, dass sich die Container nicht zu weit vom Kernel-Stand des gastgebenden Systems entfernen ...

Beim Klicken durch die Iobroker-Webseiten gab es noch eine Schrecksekunde - die Übersichtsseite baute sich nicht auf ... <ctrl>+<shift>+R hat das Problem aber behoben ...

[meute]

@martinp sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Erst den Proxmox-Unterbau auf Bookworm,
dann den LXC-Container mit ioBroker, Influx und Grafana ebenso Debian Bookworm,

OT:
Wie viel RAM und Plattengröße hast Du dem LXC-Container mit ioBroker, Influx und Grafana gegeben?

[MartinP]

@meute Aktuell 4GB. Die Hardware hat 8 GB

[Ein ehemaliger Benutzer]

@martinp sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Da sollte man dann wohl dafür sorgen, dass sich die Container nicht zu weit vom Kernel-Stand des gastgebenden Systems entfernen ...

Moin,

das ist unwichtig, ein 6.5er Kernel der aktuell unter Proxmox läuft, funktioniert auch mit einem toten Buster LXC.
Ich habe nicht vor auf die Details einzugehen, sondern nur soviel, Dein LXC macht Kernel aufrufe, die von der Virtualisierungsschicht abgefangen werden und an den Kernel, der unter Proxmox läuft, durchgereicht werden, daher ist das unwichtig, wie dicht die beiden Betriebssysteme beieinander liegen, Du kannst ja auch total unterschiedliche Distributionen in die LX Container bauen, so wie ich, ich nutze kein Debian, sondern Arch Linux, Einschränkung hast Du bei LXC nur, es kann nur Linux sein, bei VMs verhält es sich anders, da kannst Du ja auch ein KleinWeich, AndroidOS, Atari, installieren, denn da werden auch die passenden Kernel des Betriebssystems mit installiert, aber auch da ist als Zwischenschicht qemu die dann als Vermittler zwischen Host und Wirtssystem vermittelt/emuliert

Es gibt natürlich auch ein ABER, ein älterer Kernel in Proxmox, z. B. 4er, und im LXC läuft eine hoch modere Distribution, die auf Features aus einem 6er Kernel aufsetzt, das kann dann nicht funktionieren.

Schlussendlich, es ist immer richtig seine Systeme aktuell zu halten, egal ob Host (Proxmox), LXC, VM, RasPI, usw.

VG
Bernd

[Siggi0904]

Hallo zusammen,

es wundert mich ein wenig, dass es hier noch keinen großen Aufschrei zum Netzwerkmanager gab bzw. gibt.
Der "alte" Netzwerkmanager "Dhcpcd" wurde mit Bookworm gegen "network-manager" getauscht und die Konfiguration läuft hier nun über das Komandozeilentool "nmcli"

Die Konfiguration über wpa_supplicant.conf gibt es ja somit nicht mehr.

Vielleicht kann ja @Thomas-Braun was dazu sagen und evtl. mit einer Anleitung zur Netzwerkeinrichtung hilfreich unterstützten.
Auch hinsichtlich WLAN-Anbindung kann das jetzt nur noch mit nmcli laufen.

Vielleicht wurde das Thema ja schon hier irgendwo besprochen, dann sorry.
Dann bitte mal verlinken.
Vielen Dank für eure Unterstützung zur neuen Einrichtung.

[Thomas Braun]

@siggi0904 sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Vielleicht kann ja @Thomas-Braun was dazu sagen und evtl. mit einer Anleitung zur Netzwerkeinrichtung hilfreich unterstützten.

Nein, kann ich nichts zu sagen, bei mir funktioniert das nämlich einfach ohne weiteres Zutun.

Raspberry OS 'Bookworm' habe ich allerdings seinerzeit komplett neuinstalliert. IP wird dann über den DHCP der FritzBox vergeben. Keine weiteren Klimmzüge erforderlich.

[Siggi0904]

Okay, dank dir für die Info.
Das klingt nach einer kabelgebundenen Verbindung.

Ich habe folgende gute Anleitungen gefunden, die weiterhelfen könnten:

• http://www.intellamech.com/RaspberryPi-projects/rpi_nmcli.html
• https://github.com/raspberrypi/documentation/blob/develop/documentation/asciidoc/computers/configuration/configuring-networking.adoc
• https://www.mankier.com/1/nmcli