NEWS
Upgrade von Debian 11/Bullseye auf 12/Bookworm
-
@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.
-
@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
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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 -
@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/statusJeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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/statusJa. 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.
-
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.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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.
-
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.
@thomas-braun Ok - verstanden. ;)
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@thomas-braun Ok - verstanden. ;)
@mickym
Noch dazu kann es passieren, das solche Pakete bei dem oben erwähnten autoremove mit dabei sind.
Und den Kernel deinstallieren ist eine nicht ganz so gute Idee.. -
@mickym
Noch dazu kann es passieren, das solche Pakete bei dem oben erwähnten autoremove mit dabei sind.
Und den Kernel deinstallieren ist eine nicht ganz so gute Idee..@thomas-braun sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Noch dazu kann es passieren, das solche Pakete bei dem oben erwähnten autoremove mit dabei sind.
Na das ist zum Glück nicht passiert - sonst wäre ich schon in die böse Falle getappt. ;)
-
@Thomas-Braun Hm, auf 4 Geräten hat das Update einwandfrei funktioniert, aber auf dem Raspi für die VIS im Wohnzimmer fährt Chromium, bzw die ganze GUI nicht mehr hoch. Per SSH ist der Raspi aber am laufen. Hast du ne Idee was da schiefgelaufen sein könnte?
ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@Thomas-Braun Hm, auf 4 Geräten hat das Update einwandfrei funktioniert, aber auf dem Raspi für die VIS im Wohnzimmer fährt Chromium, bzw die ganze GUI nicht mehr hoch. Per SSH ist der Raspi aber am laufen. Hast du ne Idee was da schiefgelaufen sein könnte?
@chaot sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Hast du ne Idee was da schiefgelaufen sein könnte?
für Raspbian gibt es den Bücherwurm noch nicht
-
@Thomas-Braun Hm, auf 4 Geräten hat das Update einwandfrei funktioniert, aber auf dem Raspi für die VIS im Wohnzimmer fährt Chromium, bzw die ganze GUI nicht mehr hoch. Per SSH ist der Raspi aber am laufen. Hast du ne Idee was da schiefgelaufen sein könnte?
@chaot sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Hast du ne Idee was da schiefgelaufen sein könnte?
Ohne Logfile nicht.
iob diagkönnte aber evtl. schön erste Hinweise geben.
Edith: Rainer hat natürlich Recht, die ganzen Raspberry spezifischen Pakete inkl. deren PIXEL-Desktop gibt es noch nicht für Bookworm. Dürfte daherkommen.
-
@chaot sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Hast du ne Idee was da schiefgelaufen sein könnte?
Ohne Logfile nicht.
iob diagkönnte aber evtl. schön erste Hinweise geben.
Edith: Rainer hat natürlich Recht, die ganzen Raspberry spezifischen Pakete inkl. deren PIXEL-Desktop gibt es noch nicht für Bookworm. Dürfte daherkommen.
iob diag?
IOB läuft auf dem System nicht. Nur chromium im Kiosk modus.
Auf dem anderen Raspi mit fast der gleichen Konfiguration hat es ja auch funktioniert. Allerdings hängt dort der Monitor an VGA über einen Adapter und bei dem betroffenen direkt an HDMI.Edit:
Der Monitor schaltet sich ein. Der Underline blinkt ein paar mal und dann ist das Bild weg. Bisher kam an der Stelle immer die Textausgabe des Bootvorgangs. Ich vermute mal, dass das mit einer geänderten Auflösung zu tun haben könnte während des bootens. -
Vorab:
Debian 12 'Bookworm' ist am 10.06.2023 als stabil veröffentlicht worden.
Raspberry OS 'Bullseye' ist seit dem 10. Oktober 2023 auch verfügbar. Hier ist allerdings ein in-line-Upgrade von der Vorversion nicht so einfach wie in der Vergangenheit möglich. Es sollte hier eine komplette Neuinstallation vorgenommen werden.Desweiteren würde ich empfehlen die Gelegenheit zu nutzen und 32bit-Systeme auf Raspberry Pi-Kisten auf 64bit umzustellen. Das funktioniert allerdings nicht wie hier vorgestellt, bei einem Wechsel der CPU-Architektur ist eine Neuinstallation erforderlich. Desweiteren gilt für Raspberry OS die dringende Empfehlung einer Neuinstallation:
Edit:
Diesmal rät Raspberry OS allerdings noch dringender als sonst dazu, die Systeme nicht von einem zum anderen Release rüberzuheben, sondern eine komplette Neuinstallation zu machen:Wichtig zu wissen: Früher empfahl man eine frische Installation, aber es war möglich, vom Vorgänger zu aktualisieren. Die jetzige Installation sollte aber auf jeden Fall neu sein.
Da die Änderungen an der zugrundeliegenden Architektur so signifikant sind, schlägt man dieses Mal keine Prozedur vor, um ein Bullseye-Image auf Bookworm zu aktualisieren; jeder Versuch, dies zu tun, wird mit ziemlicher Sicherheit mit einem nicht bootenden Desktop und Datenverlust enden.
Die einzige Möglichkeit, Bookworm zu bekommen, ist entweder eine SD-Karte mit dem Raspberry Pi Imager zu erstellen oder ein Bookworm-Image von hier herunterzuladen und mit dem Tool der Wahl zu flashen.Gilt aber auch für ein System ohne Desktop, bei meinen Versuchen hab ich schwer mit dem Bootvorgang zu kämpfen, den aktuellen Kernel habe ich nicht vollständig gestartet bekommen.
Wer es entgegen aller Warnungen versuchen möchte:
#Upgrade von Debian 11 'Bullseye' auf Debain 12 'Bookworm'
Gegeben ist ein System, auf dem 'Debian 11 - Bullseye' läuft:
pi@mysterium2:~ $ lsb_release -a No LSB modules are available. Distributor ID: Raspbian Description: Raspbian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseyeDer Stand soll auf Debian 12 'Bookworm' gehoben werden. Ich mache das wie folgt:
Zunächst alles auf den letzten Stand bringen
pi@mysterium2:~ $ sudo apt update Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:3 https://deb.nodesource.com/node_18.x bullseye InRelease Get:4 https://pkgs.tailscale.com/stable/raspbian bullseye InRelease Fetched 6,522 B in 6s (1,042 B/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done 113 packages can be upgraded. Run 'apt list --upgradable' to see them.Wenn in der Liste irgendwas mit
bullseye-backportsoderbullseye-propsed-updatesoder ähnliches auftauchen sollte, dann ist diese Quelle zuvor zu deaktivieren. Ebenso andere manuelle Eingriffe in die Paket-Datenbank. Z.B. ein apt-hold auf das Paket 'udev' ist ja von einigen getätigt worden, diese Sperren müssen aufgehoben werden. Kann man perapt-mark showholdprüfen. Die aufgelisteten Pakete dann mit
sudo apt-mark unhold `apt-mark showhold`wieder frei laufen lassen.
Also
sudo apt full-upgrade sudo rebootNach dem reboot dürfen keine Pakete mehr in der Pipeline hängen.
pi@mysterium2:~ $ sudo apt update Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease Hit:3 https://deb.nodesource.com/node_18.x bullseye InRelease Get:4 https://pkgs.tailscale.com/stable/raspbian bullseye InRelease Fetched 6,522 B in 2s (3,644 B/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date.Prima, jetzt ist die Basis stabil und wir können auf bookworm/Debian12 umschwenken.
In die Datei
/etc/apt/sources.listkopieren wir diese neuen Zeilen rein, die alten Einträge fliegen dafür raus:
Viasudo nano /etc/apt/sources.listdas einkopieren:
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware # Uncomment deb-src lines below then 'apt-get update' to enable 'apt-get source' deb-src http://deb.debian.org/debian bookworm main contrib non-free deb-src http://security.debian.org/debian-security bookworm-security main contrib non-free deb-src http://deb.debian.org/debian bookworm-updates main contrib non-freeZusätzlich stellen wir auch noch weitere Dateien auf bookworm um:
sudo sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list sudo sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list.d/*Wenn ein erneutes
sudo apt updateMeldungen wie die folgende ergibt:
Err:2 http://deb.debian.org/debian bookworm InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0E98404D386FA1D9muss der Schlüssel jeweils herangezogen werden.
Macht man so:sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138Die ID des keys übernimmt man natürlich aus der vorherigen Meldung.
Das macht man mit allen fehlenden Schlüsseln, bis es so oder so ähnlich aussieht, die Meldungen bzgl. der Schlüssel also nicht mehr vorhanden sind:
pi@mysterium2:~ $ sudo apt update Hit:1 http://archive.raspberrypi.org/debian bookworm InRelease Hit:2 http://deb.debian.org/debian bookworm InRelease Hit:3 http://deb.debian.org/debian bookworm-updates InRelease Hit:4 http://security.debian.org/debian-security bookworm-security InRelease Hit:5 http://raspbian.raspberrypi.org/raspbian bookworm InRelease Hit:6 https://deb.nodesource.com/node_18.x bookworm InRelease Get:7 https://pkgs.tailscale.com/stable/debian bookworm InRelease Fetched 6,522 B in 3s (2,404 B/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done 445 packages can be upgraded. Run 'apt list --upgradable' to see them.Auch dürfen da keine Einträge mit bullseye mehr vorkommen.
Vor dem eigentlichen Upgrade schaut man per
sudo apt -o APT::Get::Trivial-Only=true full-upgradenach ob auch genug Platz auf dem Datenträger ist. Wenn
E: You don't have enough free space in /var/cache/apt/archives/.gemeldet wird sollte man vorher aufräumen, z. B. persudo apt cleanJetzt aber los...
sudo apt update sudo apt full-upgradeWenn während des Upgrades Rückfragen kommen, ob eine neue Version einer Konfig-Datei eingespielt werden soll bitte immer mit yes bestätigen. Es wird von der ursprünglichen Datei eine Kopie mit der Endung .dpkg-old gespeichert, welche bei Bedarf dann zurückgespielt werden kann.
Gleiches gilt für die Frage, ob Services automatisch neugestartet werden sollen.
Aus der Anzeige des ChangeLogs kommt man durch Eingabe vonqheraus.Jetzt holt man sich einen Kaffee (alternativ Club Mate) und schaut wie ein Superhacker mit schwarzem Kaputzenpulli und koffeinhaltigem Getränk in der Hand angestrengt auf die vorbeilaufenden Meldungen im Terminal und haut gelegentlich bei den obengenannten Rückfragen auf die Y-Taste.
Wenn alles durchgelaufen ist und nach einem beherzten
sudo rebootbefinden wir uns in Debian 12 'Bookworm'
_,met$$$$$gg. pi@mysterium2 ,g$$$$$$$$$$$$$$$P. ------------- ,g$$P" """Y$$.". OS: Debian GNU/Linux 12 (bookworm) armv7l ,$$P' `$$$. Host: Raspberry Pi 3 Model B Plus Rev 1.3 ',$$P ,ggs. `$$b: Kernel: 6.1.21-v7+ `d$$' ,$P"' . $$$ Uptime: 1 hour, 31 mins $$P d$' , $$P Packages: 711 (dpkg) $$: $$. - ,d$$' Shell: bash 5.2.15 $$; Y$b._ _,d$P' Terminal: /dev/pts/0 Y$$. `.`"Y$$$$P"' CPU: BCM2835 (4) @ 1.400GHz `$$b "-.__ Memory: 70MiB / 965MiB `Y$$ `Y$$. `$$b. `Y$$b. `"Y$b._ `"""Falls Meldungen bei einem
sudo apt updatebezüglich apt-key auftauchen:
W: http://security.debian.org/debian-security/dists/bookworm-security/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: http://raspbian.raspberrypi.org/raspbian/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: http://deb.debian.org/debian/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: http://archive.raspberrypi.org/debian/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: http://deb.debian.org/debian/dists/bookworm-updates/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: http://archive.raspberrypi.org/debian/dists/bullseye/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: https://pkgs.tailscale.com/stable/debian/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.kann man die noch an eine andere Stelle schieben:
sudo mv /etc/apt/trusted.gpg /etc/apt/trusted.gpg.d/Das ist zwar nicht der Königsweg, sorgt aber dafür das die Meldungen für das erste verschwinden.
Fertig, viel Spaß mit dem Bücherwurm / Debian 12.
Vielen Dank für deine Anleitung.:+1:
Im Gegensatz zu den Katastrophen, die ich beim Umstieg von buster 32bit auf bullseye 64bit erlebte, war das Ganze diesmal fast schon wie ein Spaziergang.:relaxed:
Allerdings halfen mir zusätzlich zwei Dinge: Die (ersten) hervorragenden Videos von Matthias Kleine aus seinem Linux-Kurs und mein Sohn, der mir erklärte, wie die Einträge in den Verzeichnissen etc/apt/source.list.d und etc/apt/trusted.gpg.d gelesen und gehandhabt werden.
Mit diesem zusätzlichen Wissen war es ein Leichtes das Upgrage von bullseye -> bookworm zu verstehen und in die Tat umzusetzen.
Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3 -
Vielen Dank für deine Anleitung.:+1:
Im Gegensatz zu den Katastrophen, die ich beim Umstieg von buster 32bit auf bullseye 64bit erlebte, war das Ganze diesmal fast schon wie ein Spaziergang.:relaxed:
Allerdings halfen mir zusätzlich zwei Dinge: Die (ersten) hervorragenden Videos von Matthias Kleine aus seinem Linux-Kurs und mein Sohn, der mir erklärte, wie die Einträge in den Verzeichnissen etc/apt/source.list.d und etc/apt/trusted.gpg.d gelesen und gehandhabt werden.
Mit diesem zusätzlichen Wissen war es ein Leichtes das Upgrage von bullseye -> bookworm zu verstehen und in die Tat umzusetzen.
@legro sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
wie die Einträge in den Verzeichnissen etc/apt/source.list.d und etc/apt/trusted.gpg.d gelesen und gehandhabt werden.
Wo war da konkret der Stolperstein?
-
@legro sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
wie die Einträge in den Verzeichnissen etc/apt/source.list.d und etc/apt/trusted.gpg.d gelesen und gehandhabt werden.
Wo war da konkret der Stolperstein?
Grafana und InfluxDB hatten URL und/oder Keys geändert. Bei der Key-Verwaltung ist offenbar auf das neu gpg umgestellt worden.
Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3 -
Grafana und InfluxDB hatten URL und/oder Keys geändert. Bei der Key-Verwaltung ist offenbar auf das neu gpg umgestellt worden.
@legro sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Grafana und InfluxDB hatten URL und/oder Keys geändert. Bei der Key-Verwaltung ist offenbar auf das neu gpg umgestellt worden.
Das ist aber nix neues und hätte schon viel früher auffallen müssen...
Entsprechende Meldungen tauchen bei regelmäßigen Updates seit Monaten auf. -
@legro sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Grafana und InfluxDB hatten URL und/oder Keys geändert. Bei der Key-Verwaltung ist offenbar auf das neu gpg umgestellt worden.
Das ist aber nix neues und hätte schon viel früher auffallen müssen...
Entsprechende Meldungen tauchen bei regelmäßigen Updates seit Monaten auf.@thomas-braun sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Das ist aber nix neues und hätte schon viel früher auffallen müssen...
Das ist natürlich richtig. Aber ich wusste nicht so recht, wie ich das Ganze repariert bekomme. Ich bin halt kein Linux-Kenner.
Beim Umstieg von buster 32bit auf bullseye 64bit hatte ich Grafana und InfluxDB in ihren 64bit-Versionen installiert. Da ich keine Installationsdateien für apt fand, hatte ich deb-Pakete installiert. Als Matthias dringend dazu riet, alles per apt zu verwalten, habe ich eben in den oben genannten Verzeichnissen die nötigen Einträge manuell ergänzt. Das Ganze funktionierte auch erst einmal. Als ich vor ein paar Wochen genauer hinschaute, sah ich, dass Grafana und InfluxDB sich nicht mehr aktualisierten.
Heute habe ich mich dann endlich aufgerafft und habe diese Fehler beseitigt. Dabei habe ich gleich hinterher auch noch den Umstieg auf bookworm umgesetzt.
Ich setze große Hoffnung auf den Linux-Kurs von Matthias auf hausautomatisierung.com, um endlich in Linux etwas heimischer zu werden.
Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3 -
@thomas-braun sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Das ist aber nix neues und hätte schon viel früher auffallen müssen...
Das ist natürlich richtig. Aber ich wusste nicht so recht, wie ich das Ganze repariert bekomme. Ich bin halt kein Linux-Kenner.
Beim Umstieg von buster 32bit auf bullseye 64bit hatte ich Grafana und InfluxDB in ihren 64bit-Versionen installiert. Da ich keine Installationsdateien für apt fand, hatte ich deb-Pakete installiert. Als Matthias dringend dazu riet, alles per apt zu verwalten, habe ich eben in den oben genannten Verzeichnissen die nötigen Einträge manuell ergänzt. Das Ganze funktionierte auch erst einmal. Als ich vor ein paar Wochen genauer hinschaute, sah ich, dass Grafana und InfluxDB sich nicht mehr aktualisierten.
Heute habe ich mich dann endlich aufgerafft und habe diese Fehler beseitigt. Dabei habe ich gleich hinterher auch noch den Umstieg auf bookworm umgesetzt.
Ich setze große Hoffnung auf den Linux-Kurs von Matthias auf hausautomatisierung.com, um endlich in Linux etwas heimischer zu werden.
@legro sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Da ich keine Installationsdateien für apt fand, hatte ich deb-Pakete installiert.
Ja, das ist falsch, macht man nicht, wenn es ein Repo gibt. Und zu 99% gibt es für Debian da eines, wenn es schon deb-Files gibt.
Als Matthias dringend dazu riet, alles per apt zu verwalten,
Der Rat ist genau richtig. Mit ordentlich gepflegten Quellen passt auch der ganze Rest der Installation zueinander.
Support us
279
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge