Seiten: [1] 
|
 |
|
|
Autor
|
Thema: Ein Update "zurückrollen" (Gelesen 87 mal)
|
|
Andreas
Administrator
 Offline
Einträge: 1253
Linux von Innen
|
 |
Ein Update "zurückrollen"
« am: 19. Oktober 2024, 10:00:28 »
|
|
Endlich war es bei mir so weit: Meine Testing-Umgebung hat sich bei mir gerächt  ...
Nach einem Update am 15.10. lief die grafische Oberfläche (KDE/Plasma) nicht mehr. Kein Einloggen mehr möglich, ich landete nach ein paar Sekunden wieder im Anmeldebildschirm.
Ein Blick in die pacman-logs zeigte, dass aus dem Repo "kde-unstable" etliche qt6-Pakete installiert wurden. Und ein Blick in das entsprechende Arch-Forum zeigte, dass ich nicht der einzige mit dem Problem war. Der Grund: das Update ist noch nicht komplett in den Repo, es fehlen Pakete, die zur Funktionalität unabdingbar sind. Die kommen in ein paar Stunden, oder morgen...
Ich wollte aber jetzt mit dem System arbeiten, und nicht in ein paar Stunden oder morgen (es ist schließlich mein Produktivsystem)...
Also sollten die beim letzten Update upgedateten Pakete aus den kde-unstable-Repos wieder eine Version zurückgerollt werden. Das kann man händisch - Paket für Paket - machen. Oder man lernt dazu. In so einem Fall entscheide ich mich immer für die letzte Variante.
Es ist mit wenigen Schritten möglich, alle Pakete gleichzeitig zurückzurollen - in meinem Fall um einen Tag...
Dazu ändere ich die pacman.conf und füge als Paketquelle für das betreffende Repo das hier ein:[kde-unstable]
#Include = /etc/pacman.d/mirrorlist
Server=https://archive.archlinux.org/repos/2024/10/14/$repo/os/$arch
|
|
Die "normale Serverliste" kommentiere ich aus und füge einen Zeile hinzu, in der das Datum des gewünschten "Rollback-Tages" zu erkennen ist (in meinem Fall 14.10.2024). Dann speichere ich die pacman.conf ab und führe folgenden Befehl aus:Kommt euch bekannt vor, ist nur irgendwie "alles doppelt"? Das hat gute Gründe! das doppelte "y" ersetzt die vorhandenen Paketdatenbanken durch die aktuellen. Mit nur einem "y" werden nämlich nur die Änderungen seit dem letzten Datenbankupdate heruntergeladen - in diesem Fall würde das nichts bewirken, da das Datum in der Vergangenheit liegt. Zweimal "u" bedeutet, es werden nicht nur neuere Versionen installiert, sondern, sollten in den Datenbanken ältere Versionen aktiv sein, werden auch Downgrades durchgeführt. Genau das wollte ich ja...
Nach etwa 2 Minuten war das System wieder voll nutzbar.
Am nächsten Tag habe ich meine Änderungen in der pacman.conf wieder rückgängig gemacht (die alte Serverliste aktiv gesetzt und die neue ausdokumentiert), einausgeführt und nun waren alle Pakete des neuen qt6-Beta vorhanden und alles lief auch nach einem Update einwandfrei.
Wenn man willig ist, die Zusammenhänge zu verstehen und nach Problemlösungen für ein genau definiertes Problem im Internet zu suchen ist selbst ein "verhunztes Update" kein Problem. Systempflege macht Spaß! Das gilt aber nur, wenn auch Lernen Spaß macht und aus eigenem Antrieb erfolgt  ...
LG
Andreas
|
| « Letzte Änderung: 19. Oktober 2024, 10:23:37 von Andreas » |
 Gespeichert
|
Wissen ist das einzige Gut, das mehr wird, wenn man es teilt - wenn es Menschen gibt, die es weitergeben, und es Menschen gibt, die bereit sind, dieses Geschenk auch unter eigenem Einsatz anzunehmen.
Freiheit zu erkämpfen reicht nicht. Man muss sie auch verteidigen.
|
|
|
Sebastian
Sr. Member
Offline
Einträge: 455
|
|
Re:Ein Update "zurückrollen"
« Antwort #1 am: 19. Oktober 2024, 14:45:04 »
|
|
Das hat mich sofort an meinen Thread Arch Linux Archive erinnert, von 2022 wo die gleiche Methode eingesetzt wird
LG
Sebastian
|
|
Gespeichert
|
Richtig um Hilfe bitten
|
|
|
Sebastian
Sr. Member
Offline
Einträge: 455
|
|
Re:Ein Update "zurückrollen"
« Antwort #2 am: 29. Oktober 2024, 20:30:16 »
|
|
Ich habe Testweise meine Mirrorliste auf das Arch Linux Archiv auf das Wochen Verzeichnis eingstellt.
Somit wird mein EOS nur noch jeden Montag (Vielleicht auch erst Dienstag wegen verzögerung) Updates finden. Damit liege ich dann immer ca. eine Woche zurück. Änlich wie die Distribution Manjaro das macht nur mit dem Unterschied das ich es mir aussuchen kann.
Ich werde das mal ein paar Wochen so laufen lassen und mal schauen in welche Probleme ich dann herein gerate. Weil das EndeavourOS Repo aktueller ist und auch AUR Pakete dann vielleicht Probleme machen können weil ich ja nicht mehr aktuell bin und hinterherhinke.
Einfach nur weil es mich interessiert und ich die Erfahrung mal machen möchte.
Hatte bei einen unserer Teffen ja schon bei jemanden mal gesehen, da wurde Manjaro verwendet. Dort konnte z.b. yay-bin nicht gebaut werden weil pacman zu alt war.
|
|
Gespeichert
|
Richtig um Hilfe bitten
|
|
|
Seiten: [1] 
|
|
|
|
|
|
|
