NEWS
Upgrade von Debian 11/Bullseye auf 12/Bookworm
-
Und die neuen Kernel-Pakete nicht vergessen.
was meinst Du damit? Kernel Upgrade kommt via
apt updatedoch mit, oder?raspi-firmware package und rpi-eeprom liessen sich problemlos installieren nach der Umstellung auf /boot/firmware - was / warum muss mit KERNEL gemacht werden?
Verzeichnis sieht so aus:
drwxr-xr-x 4 root root 4096 Jan 1 1970 firmware
drwxr-xr-x 18 root root 4096 Oct 24 13:25 ..
lrwxrwxrwx 1 root root 17 Nov 14 13:29 overlays -> firmware/overlays
drwxr-xr-x 3 root root 4096 Nov 14 13:29 .
sieht so aus als ob beim apt update/upgrade automatische Anlagen gemacht wurden
-
was meinst Du damit? Kernel Upgrade kommt via
apt updatedoch mit, oder?raspi-firmware package und rpi-eeprom liessen sich problemlos installieren nach der Umstellung auf /boot/firmware - was / warum muss mit KERNEL gemacht werden?
Verzeichnis sieht so aus:
drwxr-xr-x 4 root root 4096 Jan 1 1970 firmware
drwxr-xr-x 18 root root 4096 Oct 24 13:25 ..
lrwxrwxrwx 1 root root 17 Nov 14 13:29 overlays -> firmware/overlays
drwxr-xr-x 3 root root 4096 Nov 14 13:29 .sieht so aus als ob beim apt update/upgrade automatische Anlagen gemacht wurden
Das Paket mit dem Kernel heißt aber nun anders, nicht mehr 'raspberrypi-kernel'. Das muss also auch passend zur verwendeten Hardware installiert werden.
-
Das Paket mit dem Kernel heißt aber nun anders, nicht mehr 'raspberrypi-kernel'. Das muss also auch passend zur verwendeten Hardware installiert werden.
d.h.
sudo apt install linux-image-rpi-v7 linux-headers-rpi-v7 # für 32bit?
Kommen dann KERNEL upgrades via apt-update?
-
d.h.
sudo apt install linux-image-rpi-v7 linux-headers-rpi-v7 # für 32bit?
Kommen dann KERNEL upgrades via apt-update?
@un99known99 sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Kommen dann KERNEL upgrades via apt-update?
Dann kommen natürlich auch Aktualisierungen wieder über apt. Aber das passende Paket muss zuvor installiert sein.
-
@un99known99 sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Kommen dann KERNEL upgrades via apt-update?
Dann kommen natürlich auch Aktualisierungen wieder über apt. Aber das passende Paket muss zuvor installiert sein.
pi@jitsi:[/boot] $ sudo apt list | grep -i linux-image-rpi-v8
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
linux-image-rpi-v8-dbg/stable 1:6.1.58-1+rpt2 arm64
linux-image-rpi-v8/stable 1:6.1.58-1+rpt2 arm64
pi@jitsi:[/boot] $ sudo apt list | grep -i linux-headers-rpi-v8WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
linux-headers-rpi-v8/stable 1:6.1.58-1+rpt2 arm64
ist schon da?
-
pi@jitsi:[/boot] $ sudo apt list | grep -i linux-image-rpi-v8
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
linux-image-rpi-v8-dbg/stable 1:6.1.58-1+rpt2 arm64
linux-image-rpi-v8/stable 1:6.1.58-1+rpt2 arm64
pi@jitsi:[/boot] $ sudo apt list | grep -i linux-headers-rpi-v8WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
linux-headers-rpi-v8/stable 1:6.1.58-1+rpt2 arm64
ist schon da?
@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 sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
ist schon da?
Dann ist ja gut. Wird der auch geladen?
uname -a@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 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?
@un99known99
Bei mir wird der aktuelle Kernel so gemeldetechad@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
Bei mir wird der aktuelle Kernel so gemeldetechad@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:~ $kann ja mal versuchen, ob
# sudo apt install linux-image-rpi-v8 linux-headers-rpi-v8 # 64bitMOD-EDIT: Code in code-tags gesetzt!
was bewirkt, grundsätzlich sieht Dein KERNEL neuer aus
-
@un99known99
Bei mir wird der aktuelle Kernel so gemeldetechad@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:~ $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/Linuxsieht 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?
-
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/Linuxsieht 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?
Ja, jetzt rutschen die gleichnamigen Pakete nach.
-
Ja, jetzt rutschen die gleichnamigen Pakete nach.
Vielen Dank für die ganzen Tipps hier in dem Thread und Deine Anleitung :)
-
Vielen Dank für die ganzen Tipps hier in dem Thread und Deine Anleitung :)
@un99known99
und das nächste mal die Konsoleneingaben incode tagsdann kann man das besser lesen :grinning:
BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
@un99known99
und das nächste mal die Konsoleneingaben incode tagsdann kann man das besser lesen :grinning:
Danke :)
-
Ja, jetzt rutschen die gleichnamigen Pakete nach.
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)
-
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)
@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. -
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.Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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.@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 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.
@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 ...
-
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.@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?fraenk for friends Code: MATF103
Support us
682
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge