Upgrade von Debian 11/Bullseye auf 12/Bookworm
-
Das ist nur eine optische Spielerei. Ist natürlich für ein erfolgreiches Upgrade nicht erforderlich.
Das Programm ist jedenfallsneofetchMuss aber nachinstalliert werden.
-
Ok, alles klar.
Das sagt mir dann ja auch ob alles geklappt hat:
No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 12 (bookworm) Release: 12 Codename: bookworm -
Ja, da steht es auch drin.
-
So ich habe mein Produktivsystem auf dem Raspi 4 upgedated. Ich habe allerdings die Standardvorgaben bei den Konfigfiles belassen und hat alles gut geklappt.
Selbst mit Desktop (lediglich die Leiste muss neu eingerichtet werden und das Hintergrundbild ist auch auf Standard-debian.).
Eine Frage habe ich was bedeuten die beiden letzten Zeilen:
sudo apt update OK:1 http://archive.raspberrypi.org/debian bookworm InRelease OK:2 http://deb.debian.org/debian bookworm InRelease OK:3 http://deb.debian.org/debian bookworm-updates InRelease OK:4 http://security.debian.org/debian-security bookworm-security InRelease OK:5 https://deb.nodesource.com/node_18.x bookworm InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. N: Für das Depot »Debian bookworm« wurde der »non-free component«-Wert von »non-free« in »non-free non-free-firmware« geändert. N: Weitere Informationen hierzu finden Sie online in den Veröffentlichungshinweisen unter https://www.debian.org/releases/bookworm/arm64/release-notes/ch-information.html#non-free-split.aus den Veröffentlichungshinweisen werde ich nicht schau.
Wahrscheinlich ist etwas vom Raspberry noch nicht offiziell freigegeben.
-
@mickym sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Wahrscheinlich ist etwas vom Raspberry noch nicht offiziell freigegeben.
Richtig, es gibt noch kein Raspberry OS 'Bookworm'.
Weswegen temporär für das Repo ein Dual-Betrieb angezeigt ist. -
@mickym sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Eine Frage habe ich was bedeuten die beiden letzten Zeilen:
Da wurde ein Split vorgenommen und für non-free-firmware wurde eine eigene Kategorie angelegt.
-
@thomas-braun Danke! - Ansonsten habe ich sogar das Gefühl, es läuft performanter.
- Kann natürlich Einbildung sein. Ich musste keine Schlüssel importieren - war wirklich sogar viel einfacher - als damals damals das Inplace-Upgrade von Buster auf Bullseye. -
@mickym sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Ich musste keine Schlüssel importieren
Das läuft ja mit Bookworm jetzt auch anders, apt-key ist obsolet.
-
@thomas-braun Was man ggf. noch aufnehmen könnte - steht zwar dann auch beim Upgrade - aber man sollte wenn alles läuft, dann noch ein
sudo apt autoremovedurchführen.
Das hat dann 576 MB frei gemacht. -
@mickym sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Das hat dann 576 MB frei gemacht.
auf der Terabyte Platte?
:duckundwech: -
@homoran Nein - auf meiner 16GB SD Karte, wie Du weißt^^ - Macht 5% Speicherplatz aus.
-
Die Meldung zum autoremove kommt bei jedem Update. Kann man vielleicht auch selber draufkommen...
logfiles sind dafür da gelesen zu werden.Ich vermute, die Raspberry spezifischen Pakete hängen jetzt bei dir in der Luft.
Deswegen läuft das bei mir im Dual-Betrieb. Würde ich aber nicht generell empfehlen.Last login: Fri Jun 23 22:10:27 2023 from 100.75.198.95 echad@chet:~ $ apt policy raspberrypi-kernel raspi-config raspberrypi-kernel: Installed: 1:1.20230405-1 Candidate: 1:1.20230405-1 Version table: *** 1:1.20230405-1 500 500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status raspi-config: Installed: 20230214 Candidate: 20230214 Version table: *** 20230214 500 500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages 500 http://archive.raspberrypi.org/debian bullseye/main armhf Packages 100 /var/lib/dpkg/status echad@chet:~ $ -
@thomas-braun Schaut bei mir aber nicht viel anders aus:
apt policy raspberrypi-kernel raspi-config raspberrypi-kernel: Installiert: 1:1.20230405-1 Installationskandidat: 1:1.20230405-1 Versionstabelle: *** 1:1.20230405-1 100 100 /var/lib/dpkg/status raspi-config: Installiert: 20230214 Installationskandidat: 20230214 Versionstabelle: *** 20230214 100 100 /var/lib/dpkg/statusAusser dass bei mir vielleicht 100 als Prio drinsteht und demnächst upgedated wird.
-
@mickym sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Schaut bei mir aber nicht viel anders aus:
Nicht viel, dafür an entscheidender Stelle. Es fehlt eine online Quelle, bei dir wird lediglich die lokale Datenbank als Quelle angezeigt. Da fließt aber keine aktuellere Version nach, woher auch.
-
@thomas-braun Muss ich da noch was ändern? - denn raspi.list ist ja vorhanden mit Verweis auf bookworm
-
@mickym
Zimmer in die Datei einfach eine zweite baugleiche Zeile rein. Einziger Unterschied: Referenzier da auf bullseye -
@thomas-braun Ok jetzt sieht die Ausgabe wie bei Dir aus:
apt policy raspberrypi-kernel raspi-config raspberrypi-kernel: Installiert: 1:1.20230405-1 Installationskandidat: 1:1.20230405-1 Versionstabelle: *** 1:1.20230405-1 500 500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status raspi-config: Installiert: 20230214 Installationskandidat: 20230214 Versionstabelle: *** 20230214 500 500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages 500 http://archive.raspberrypi.org/debian bullseye/main armhf Packages 100 /var/lib/dpkg/status -
Ja. Musst du im Hinterkopf behalten. Das kann (nicht muss) in Zukunft zu Problemen bei Upgrades führen.
Ich gehe aber eigentlich davon aus, dass die bookworm Quelle mit höheren Versionsnummern versehen sein wird als die bullseye Quelle für das gleiche Paket. Ist jedenfalls das übliche Verfahren bei sowas. Muss sich nur der Paketbauer dran halten...
Wenn Raspberry Bookworm stabil released ist würde ich die falsche Quelle auch wieder rauskicken. Nur zur Sicherheit.
-
@thomas-braun Ja - im Prinzip kann ich es doch auch wieder rausschmeissen. Im Prinzip brauche ich ja erst ein Update wenn es im offiziellen Repository verfügbar ist - solange wird halt nicht mehr upgedated.
-
Man will aber keine orphaned packages (also ohne online Repo) im System haben.
Wenn jetzt ein 'supergravierendes Sicherheitsproblem' in einem der Pakete auftauchen sollte bekommst du davon nichts mit.
