Bullseye auf Bookworm

[VolkerGBenner]

Hallo zusammen,
ich habe zwar noch nichts Gegenteiliges finden können, aber ist es schon unproblematisch eine FHEM-Installation von debian Bullseye auf Bookworm zu aktualisieren?

Gibt es etwas zu beachten?

[betateilchen]

Auf Deine Frage hin, habe ich bei Amazon WebServices gerade

• eine Lightsail-Bullseye Instanz aufgesetzt (bookworm steht noch nicht zur Auswahl)
• ein apt dist-upgrade auf Bookworm ausgeführt
• das aktuelle FHEM nightly build installiert

Die gesamte Installation hat ca. 15 Minuten gedauert und das FHEM läuft darauf in einer Basis-Konfiguration erstmal unauffällig.

[enno]

Habe in /etc/apt/sources.list alles von bullseye auf bookworm geändert. Dann:

Code Auswählen Erweitern

sudo apt updateund dann

Code Auswählen Erweitern

sudo apt upgrade --without-new-pkgs und

Code Auswählen Erweitern

sudo apt full-upgradedann einmal reboot und alles war schön bis auf Alexa. Da hatte mir hier der letzte Beitrag weitergeholfen: https://forum.fhem.de/index.php?topic=126292.0

Sonst läuft Fhem auf bookworm bei mir seit zweit Tagen ohne Probleme.

Gruss
  Enno

[carlos]

Habe in /etc/apt/sources.list alles von bullseye auf bookworm geändert. Dann:

Code Auswählen Erweitern

sudo apt updateund dann

Code Auswählen Erweitern

sudo apt upgrade --without-new-pkgs und

Code Auswählen Erweitern

sudo apt full-upgradedann einmal reboot und alles war schön bis auf Alexa. Da hatte mir hier der letzte Beitrag weitergeholfen: https://forum.fhem.de/index.php?topic=126292.0

Sonst läuft Fhem auf bookworm bei mir seit zweit Tagen ohne Probleme.

Gruss
  Enno

Genau so habe ich es auch gemacht, läuft bei mir seit über einer Woche.

Einzig fhempy mach Probleme wegen geänderter Python3 installation.

[betateilchen]

Mit dem

Code Auswählen Erweitern

--without-new-pkgs
habe ich gerade einer meiner Testinstallationen beim Upgrade zerschossen 
Ursache war, dass danach dpkg nicht mehr korrekt funktionierte, weil es nicht mit aktualisiert wurde.

Ein nochmaliger reboot und dann ein "apt upgrade" hat das Problem behoben, danach konnte es wie beschrieben weitergehen.

[CoolTux]

--without-new-pkgs

Würde mich mal interessieren wie sich packete verhalten die nun anders heißen und dem zu Folge ja als new-pkgs gelten sollten. Zum Beispiel libBlablub-11 und das wird zu libBlablub-12
Gibt es übrigens wirklich. Also nicht Blablub aber halt eine wichtige Bibliothek welche -11 hatte und nun -12
Ich hatte da sogar Probleme mit Abhängigkeiten konnte ich nur durch einen Symbollink des alten Library namens -11 auf die neue -12 reparieren.
Hatte sogar was mit fhempy und halt Python zu tun.

[betateilchen]

Ich hatte --without-new-pkgs noch nie in der Vergangenheit verwendet. Mich hatte nur aufgrund ennos Vorschlag interessiert, was da eigentlich passiert, deshalb hatte die Neugier gesiegt 

[CoolTux]

Ich kannte bis eben die Option auch noch nicht 😀

[enno]

Ich habe mal gelesen und dann so gemacht wie vorgeschlagen wurde https://www.debian.org/releases/stable/armhf/release-notes/ch-upgrading.en.html

4.4.5. Minimal system upgrade

In some cases, doing the full upgrade (as described below) directly might remove large numbers of packages that you will want to keep. We therefore recommend a two-part upgrade process: first a minimal upgrade to overcome these conflicts, then a full upgrade as described in Section 4.4.6, "Upgrading the system".

To do this, first run:

# apt upgrade --without-new-pkgs
   

This has the effect of upgrading those packages which can be upgraded without requiring any other packages to be removed or installed.

The minimal system upgrade can also be useful when the system is tight on space and a full upgrade cannot be run due to space constraints.

If the apt-listchanges package is installed, it will (in its default configuration) show important information about upgraded packages in a pager after downloading the packages. Press q after reading to exit the pager and continue the upgrade.

[CoolTux]

Ich konnte übrigens 17 Debian Bullseye Systeme erfolgreich auf Bookworm aktualisieren. Alles am Wochenende. Mein FHEM System war also nur eines von vielen.

[betateilchen]

*grmpf*

hat jemand eine Idee, wie ich php7.4 auf bookworm installieren kann?
ownCloud mag php8 nicht...

[CoolTux]

Wenn dann wohl nur über ein 3rd part repo. Ich kann in 45 Minuten mal schauen ob das was ich habe php7.4 für Bookworm enthält. Bin nur gerade auf den Weg ins Hotel.
Ein Potsdamer in Leipzig.

[betateilchen]

hab schon was gefunden, danke.

Aber es scheint noch ein bisschen mehr Nacharbeit anzustehen, um das wieder zum Laufen zu bringen

[CoolTux]

Gibt es ein Grund wieso owncloud und nicht Nextcloud? Historisch? 😀

[betateilchen]

Historisch?

Genau.

[RalfRog]

Welche Version hatte denn Euer bullseye Kernel vor dem Upgrade.

Bin gerade zum Test bei der Version davor: Buster -> Bullseye (ich war bei buster geblieben da weiter als oldstable gepflegt).
Buster lief auf 5.10.103 und da bleibt Bullseye auch nach dem full-upgrade

Hatte wie Enno mal in der Doku nachgelesen und es in zwei Schritten apt upgrade --without-new-pkgs / apt full-upgrade und am Ende da kein Kernelupdate erfolgte:

4.6.1. Ein Kernel-Metapaket installieren

Wenn Sie ein Distributions-Upgrade mit (apt full-upgrade) von Buster auf Bullseye durchführen, wird dringend empfohlen, ein linux-image-*-Metapaket zu installieren, falls noch nicht geschehen. Diese Metapakete werden während des Upgrade-Prozesses automatisch eine neue Kernel-Version installieren. Ob Sie eins installiert haben, können Sie verifizieren mit....

Will aber nicht

Code Auswählen Erweitern

pi@raspi-2:~ $ sudo apt install linux-image
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Hinweis: »raspberrypi-kernel« wird an Stelle von »linux-image« gewählt.
raspberrypi-kernel ist schon die neueste Version (1:1.20230509~buster-1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

..... bzw.

pi@raspi-2:~ $ sudo apt install raspberrypi-kernel
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Statusinformationen werden eingelesen... Fertig
raspberrypi-kernel ist schon die neueste Version (1:1.20230509~buster-1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

[betateilchen]

Welche Version hatte denn Euer bullseye Kernel vor dem Upgrade.

Auf meinen AWS Servern:
Vorher (bullseye): 5.10.179
Jetzt (bookworm): 6.1.27

Auf meinen raspberry Installationen:
Vorher (bullseye): ??? weiß ich nicht mehr
Jetzt (bookworm): 6.1.21

[RalfRog]

Auf meinen raspberry Installationen:
Vorher (bullseye): ?? weiß ich nicht mehr
Jetzt (bookworm): 6.1.21

Vorher (bullseye): ??:  Schade - die Installationsimages haben ja für bullseye mittlerweile auch 6.1, und da lande ich aus buster heraus einfach nicht.

Ich denke, da ich nicht so ganz genau weiss was passiert, warte ich auf das bookworm-Image und setze den RasPi besser neu auf 

Danke und Gruß

[betateilchen]

Das Problem ist, dass man dem Paketnamen bei raspbian die Kernelversion nicht direkt ansieht.

Ich habe noch einen Pi mit aktivem Buster 10.12, da läuft auf jeden Fall noch ein Kernel 5.10.103
Das werde ich demnächst auch updaten, allerdings möchte ich da vor Ort sein und nicht das Update aus 600km Entfernung anstoßen.

Ich denke, da ich nicht so ganz genau weiss was passiert, warte ich auf das bookworm-Image und setze den RasPi besser neu auf

Auf http://raspbian.raspberrypi.org/raspbian ist bookworm auf jeden Fall schon vorhanden.

[betateilchen]

Hast Du mal getestet, was rpi-update Dir als möglichen neuen Kernel vorschlägt?

[RalfRog]

Das Problem ist, dass man dem Paketnamen bei raspbian die Kernelversion nicht direkt ansieht.

Ja leider

Ich habe noch einen Pi mit aktivem Buster 10.12, da läuft auf jeden Fall noch ein Kernel 5.10.103

Welche 10er mein Buster ist weiss ich nicht, ist aber Kernel 5.10.103 (Paket Version 1:1.20230509~buster-1).
Nach dem Update auf bullseye ändert sich daran (am Kernelpaket) nichts.
In den Sources für bullseye sehe ich ein raspberrypi-firmware_1.20230405... was da drinstekt ist dann aber Kaffeesatz.

Auf http://raspbian.raspberrypi.org/raspbian ist bookworm auf jeden Fall schon vorhanden.

Wenn ich kein Upgade fahre kann ich auch auf das Image warten...

[RalfRog]

Hast Du mal getestet, was rpi-update Dir als möglichen neuen Kernel vorschlägt?

Leider kam das nix vernüftiges raus. Fehlermeldung hab ich nicht mehr im Kopf.
Habe dann auf der Suche nach einem Wert für den Hash (um eben die aktulle 6.1 zu bekommen) aufgegeben.

Edit:
Genau, das war es

Code Auswählen Erweitern

pi@raspi-2:~ $ sudo rpi-update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** Performing self-update
 *** Relaunching after update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** We're running for the first time
 *** Backing up files (this will take a few minutes)
 *** Backing up firmware
 *** Backing up modules 5.10.103-v7+
Partition size 204M may not be sufficient for new Pi4 files
This could result in a system that will not boot.
256M FAT partition is recommended. Ensure you have a backup if continuing.
Would you like to proceed? (y/N)

Da hab ich abgebrochen und geschaut welche Paramter man für rpi-update verwenden kann und nach dem hash gesucht

[betateilchen]

Hast Du mal getestet, was rpi-update Dir als möglichen neuen Kernel vorschlägt?

Auf meiner Buster Installation sieht das erstmal so aus:

Code Auswählen Erweitern

# rpi-update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** Performing self-update
 *** Relaunching after update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** We're running for the first time
 *** Backing up files (this will take a few minutes)
 *** Backing up firmware
 *** Backing up modules 5.10.103-v7+
#############################################################
WARNING: This update bumps to rpi-6.1.y linux tree
See: https://forums.raspberrypi.com/viewtopic.php?t=344246

'rpi-update' should only be used if there is a specific
reason to do so - for example, a request by a Raspberry Pi
engineer or if you want to help the testing effort
and are comfortable with restoring if there are regressions.

DO NOT use 'rpi-update' as part of a regular update process.
##############################################################
Would you like to proceed? (y/N)

Ausgeführt habe ich das allerdings jetzt erstmal nicht aus der Ferne.

[RalfRog]

Oh schon mal mehr als bei mir. Liegt vielleich an der FAT-Partition (200 MB).
Daher wollte ich versuchen eventuell nur einen Kernel für PI1-3 zu holen um Platz zu sparen.

Edit:
In den Ausgabe während des Upgrades findet sich kein Hinweis, dass die BOOT-Partiotion zu klein ist und der Kernel daher nicht aktualisiert wird

[RalfRog]

Ich zieh es mal durch, ein Backup ist ja da 

Mit 7z habe ich das Bullseye-Image durchgeschaut.
Die Bootpartition hat die Größe: 268 435 456 und ist mit ca. 50 MB belegt => Da reichen meine 200 MB wohl...
Die Version der lib/modules ist 6.1.21 passt zu betateilchens bookworm (nächstes upgrade).

Mal schauen was rpi-update mit dem Parameter 6.1.21 anfangen kann

Code Auswählen Erweitern

pi@raspi-2:~ $ sudo rpi-update 6.1.21
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** Performing self-update
 *** Relaunching after update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
FW_REV:
 *** We're running for the first time
 *** Backing up files (this will take a few minutes)
 *** Remove old firmware backup
 *** Backing up firmware
 *** Remove old modules backup
 *** Backing up modules 5.10.103-v7+
WANT_32BIT:1 WANT_64BIT:1 WANT_PI4:1
Partition size 204M may not be sufficient for new Pi4 files
This could result in a system that will not boot.
256M FAT partition is recommended. Ensure you have a backup if continuing.
Would you like to proceed? (y/N)
Dann mal los 
 

[RalfRog]

So war das nix.

Code Auswählen Erweitern

*** Downloading specific artifact revision (this will take a few minutes)
curl  -L https://builds.raspberrypi.com/github/linux/6.1.21/bcmrpi | zcat | tar xf - -C //root/.rpi-firmware --strip-components=2
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0

gzip: stdin: unexpected end of file
tar: Das sieht nicht wie ein ,,tar"-Archiv aus.
tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0


rpi-update ohne Parameter verrät zunächst die Version nicht -> läuft aber los und will 6.1.36  (ist mir zu neu ) daher Abbruch.
Habe etwas mit stable gefunden => damit gehts es nach 6.1.21

Code Auswählen Erweitern

pi@raspi-2:~ $ sudo BRANCH=stable rpi-update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** Performing self-update
 *** Relaunching after update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
FW_REV:f87ad1a3cb8c81e32dc3d541259291605ddaada0
 *** We're running for the first time
 *** Backing up files (this will take a few minutes)
 *** Remove old firmware backup
 *** Backing up firmware
 *** Remove old modules backup
 *** Backing up modules 5.10.103-v7+
WANT_32BIT:1 WANT_64BIT:1 WANT_PI4:1
Partition size 204M may not be sufficient for new Pi4 files
This could result in a system that will not boot.
256M FAT partition is recommended. Ensure you have a backup if continuing.
Would you like to proceed? (y/N)
#############################################################
WARNING: This update bumps to rpi-6.1.y linux tree
See: https://forums.raspberrypi.com/viewtopic.php?t=344246

'rpi-update' should only be used if there is a specific
reason to do so - for example, a request by a Raspberry Pi
engineer or if you want to help the testing effort
and are comfortable with restoring if there are regressions.

DO NOT use 'rpi-update' as part of a regular update process.
##############################################################
Would you like to proceed? (y/N)
 *** Downloading specific firmware revision (this will take a few minutes)
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  116M    0  116M    0     0  5694k      0 --:--:--  0:00:20 --:--:-- 5245k
 *** Updating firmware
 *** Updating kernel modules
 *** depmod 6.1.21+
 ...
 
Reboot klappt, PiHole läuft- dann schaun mer mal Datenbank und FHEM.

[RalfRog]

Sah beim schnellen Check alles ganz gut aus - also weitermachen.

Habe dann den nächsten Schritt (upgrade auf bookworm) durchgeführt. Leichtsinnigerweise auf einem Test-Pi1 mit SD-Karte (Kopie der Bullseye SSD).
Das daaaaaauert eeeewig... zweimal war noch dazu die SSH-Sesion weg - Reparaturaufwand mit apt und dpkg.
Letztlich läuft es mit der SD auf einem PI3 zum Test.

Aktuell ist das aber noch nix für mein produktives System, da dort ein PiHole parallel läuft und das ist noch nicht bookworm-ready 

Gruß Ralf