Hauptproblem

Falls ihr also beim Aktualisieren eures Systems eine Warnung oder Fehlermeldung wie diese erhaltet:

debsuryorg-archive-keyring (2025.03.11) unstable; urgency=medium

  * The /etc/apt/trusted.gpg.d/debsuryorg-archive.gpg global APT key will
    been removed in the next update of the package.

    The script will try to autodetect whether any APT repository is not
    configured with signed-by= directive and will print warning about the
    installation of this package.

    You need to manually add:

    [signed-by=/usr/share/keyrings/debsuryorg-archive-keyring.gpg]

    to your APT sources lists.  See the Debian Wiki for more information:

    https://wiki.debian.org/DebianRepository/UseThirdParty#Sources.list_entry

 -- Ondřej Surý <ondrej@debian.org>  Tue, 11 Mar 2025 14:08:14 +0100

müsst ihr eure APT-Quellen entsprechend anpassen.

Schritt-für-Schritt-Anleitung

Überprüfen, ob das Debsury.org-Repository genutzt wird

Führt folgenden Befehl aus, um zu sehen, ob du das Repository in euren APT-Quellen habt:

grep -r "sury" /etc/apt/sources.list /etc/apt/sources.list.d/

Falls eine Zeile wie diese erscheint:

deb http://packages.sury.org/php/ bookworm main

müsst ihr sie anpassen da diese Zeile nicht mehr dem neuen Standard entspricht.

APT-Quellen aktualisieren

Falls das Repository in einer Datei wie /etc/apt/sources.list.d/php.list steht, bearbeitet diese mit:

sudo nano /etc/apt/sources.list.d/php.list

Ändert die Zeile von:

deb http://packages.sury.org/php/ bookworm main

zu:

deb [signed-by=/usr/share/keyrings/debsuryorg-archive-keyring.gpg] https://packages.sury.org/php/ bookworm main

Speichert die Datei mit STRG + X, dann Y und ENTER.

GPG-Schlüssel herunterladen und speichern

Falls ihr den neuen Schlüssel noch nicht habt oder unsicher seid, ob er korrekt gespeichert wurde, könnt ihr ihn mit folgendem Befehl herunterladen und am richtigen Ort ablegen:

curl -fsSL https://packages.sury.org/php/apt.gpg | sudo tee /usr/share/keyrings/debsuryorg-archive-keyring.gpg > /dev/null

Dieser Befehl lädt den aktuellen GPG-Schlüssel herunter und speichert ihn in /usr/share/keyrings/.

Paketlisten aktualisieren

Sobald die Datei angepasst und der neue Schlüssel gespeichert wurde, ladet die Paketlisten neu:

sudo apt update

Falls keine Fehlermeldungen mehr erscheinen, ist alles korrekt konfiguriert!

Andere betroffene APT-Repositories identifizieren und korrigieren

Fall ihr weitere betroffene Repositories habt, könnt ihr sie mit folgendem Befehl auflisten:

grep -r "deb " /etc/apt/sources.list /etc/apt/sources.list.d/

Falls Zeilen ohne [signed-by=...] erscheinen, müssen sie entsprechend angepasst werden.

Ihr könnt auch nach alten Schlüsseln suchen:

ls /etc/apt/trusted.gpg.d/

Falls ein anderes Repository betroffen ist (z. B. nginx, crowdsec, apache oder anderes), öffnet die entsprechende Datei:

sudo nano /etc/apt/sources.list.d/nginx.list

Passt die Zeile an:

deb http://nginx.org/packages/debian/ bookworm nginx

zu:

deb [signed-by=/usr/share/keyrings/nginx-archive-keyring.gpg] https://nginx.org/packages/debian/ bookworm nginx

Speichert die Datei und ladet den passenden Schlüssel herunter:

curl -fsSL https://nginx.org/keys/nginx_signing.key | sudo tee /usr/share/keyrings/nginx-archive-keyring.gpg > /dev/null

Danach aktualisiert die Paketlisten:

sudo apt update

Falls weitere Repositories betroffen sind, könnt ihr die gleiche Methode anwenden:

• signed-by hinzufügen
• Den passenden GPG-Schlüssel herunterladen
• apt update ausführen

Wo finde ich die passenden signed-by Schlüssel

Falls ihr nicht wisst, wo ihr die korrekten GPG-Schlüssel für ein bestimmtes Repository findet, gibt es mehrere Möglichkeiten:

1. Offizielle Dokumentation des Repository-Anbieters
   Viele Anbieter listen die korrekten GPG-Schlüssel und signed-by Konfigurationen auf ihrer Website.
2. APT-Fehlermeldungen prüfen
   Falls apt update fehlschlägt, gibt es oft eine Meldung, die dir den fehlenden Schlüssel nennt.
3. Manuell über die Schlüsselserver suchen
   Falls der Schlüssel öffentlich verfügbar ist, könnt ihr ihn mit folgendem Befehl abrufen:gpg --keyserver keyserver.ubuntu.com --recv-keys <Schlüssel-ID> Danach könnt ihr ihn in das Keyring-Verzeichnis verschieben: gpg --export <Schlüssel-ID> | sudo tee /usr/share/keyrings/<repo>-archive-keyring.gpg > /dev/null
4. APT-Quellen selbst inspizieren
   Falls ihr bereits Pakete aus einem Repository installiert habt, könnte sich der passende Schlüssel in einer .gpg-Datei befinden:ls /usr/share/keyrings/

Falls ihr den passenden Schlüssel nicht findet, hilft oft eine Suche mit einer Suchmaschine eurer Wahl mit "GPG key for <Repository-Name>".

Fazit

Diese Änderung ist Teil einer Sicherheitsverbesserung in Debian, um die globale APT-Schlüsselverwaltung abzuschaffen und stattdessen Repository-spezifische Signaturen zu erzwingen. Durch diese Schritte stellt ihr sicher, dass ihr weiterhin Updates von packages.sury.org und anderen Quellen ohne Probleme erhaltet. Weitere Hilfen um dass Linux System korrekt zu updaten, findet ihr hier.

Quellen:

https://wiki.debian.org/DebianRepository/UseThirdParty#Sources.list_entry

The post Fehler mit fehlenden Debian APT-Schlüsseln beheben appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.

Was ist das Problem

Beim Aktualisieren eines Debian-basierten Systems (z. B. Linux Mint, Ubuntu oder Debian) kann es in seltenen Fällen zu Problemen kommen wenn ein Update durchgeführt wird. Häufige Symptome sind:

• Die Aktuallsierungsverwaltung von Linux Mint spinnt, und updates lassen sich nicht installieren
• Das herunterfahren verlangt plötzlich ein Passwort.
• Fehlermeldungen im Terminal: E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
• Paketmanager (apt, dpkg oder synaptic) bleibt hängen.
• "Dateien werden bereits von einem anderen Prozess verwendet".
• Could not get lock /var/lib/dpkg/lock oder Could not open lock file /var/lib/apt/lists/lock.

In diesem Tutorial gehen wir Schritt für Schritt durch, wie man diese Probleme lösen kann.

Prüfen, ob ein anderer Prozess läuft

Zuerst ist es wichtig zu sagen, dass ihr bei einem Update-Problem das System am besten nicht neustartet, bis ihr das Problem behoben habt, ansonsten kann es in selten Fällen dazu kommen, dass das System nicht mehr hochfährt, wenn ein extrem wichtiges Paket beim Updaten beschädigt worden ist.

Um das Problem zu beheben überprüfen wir, ob gerade ein Update oder Installationsprogramm läuft. Auf Linux Mint geht das zum Beispiel bequem über die Systemüberwachung. Öffnet diese über die Suche, und sucht oben rechts mit dem Lupensymbol nach apt.

Falls ein Update unterbrochen wurde oder Pakete beschädigt sind, kommt meisstens bei einem erneuten Update Befehl ein Fehler, dieser schaut dann auf dem Terminal meisst so aus:

Über das Terminal könnt ihr auch nach einem Apt Prozess suchen:

ps aux | grep -E apt

Falls ein Prozess wie apt-get aktiv ist, müssen wir zu allerst versuchen, ihn mit einem kill Befehl zu beenden:

sudo killall apt apt-get dpkg

Falls das nicht hilft, könnt ihr den Prozess manuell mit der PID (Prozess-ID) beenden:

sudo kill -9 <PID>

Ersetze <PID> mit der jeweiligen Prozess-ID, die ihr vorher mit der Systemüberwachung oder im Terminal via ps aux herausgefunden habt. In meinem Fall wäre das die ID 7400

Solltet ihr mit dem killen des apt Prozess kein Erfolg haben, springt zu Punkt 3, ansonsten, lasst ihr Punkt 3 unten aus!

2. Paketverwaltung reparieren

Sollte Apt erfolgreich beendet worden sein, müssen wir als nächstes die Fehler beheben. Wichtig ist, euer System jetzt nicht herunterzufahren, und später zu starten. Das kann in selten Fällen dazu führen, dass das System nicht wieder hochfährt. Um Update-Fehler zu beheben, müssen wir apt/dpkg und entsprechende Pakete rekonfigurieren. Das geht automatisch über einen Befehl:

sudo dpkg --configure -a

Dies rekonfiguriert alle abgebrochenen updates. Ist zum Beispiel das Update von Grub fehlgeschlagen, musst es ebenfalls frisch konfiguriert werden. Bitte nehmt hier dann unbedingt eure Platte, auf dem euer System läuft:

Hier muss die System Platte, also /dev/sdx ausgewählt werden, und auf keinen Fall Partitionen mit den Nummern da hinter, zum Beispiel /dev/sdx1.

In den meissten Fällen ist aber ein manuelles Eingreifen nicht notwendig.

Falls andere Pakete noch nicht vollständig installiert wurden:

sudo apt-get install -f

3. Locks entfernen (optional)

Falls dpkg oder apt eine Sperrdatei (lock-File) erstellt hat, die nicht automatisch entfernt wurde, kann dies Updates blockieren.

Überprüfe, ob folgende Sperrdateien existieren:

ls -l /var/lib/dpkg/lock
ls -l /var/lib/dpkg/lock-frontend
ls -l /var/lib/apt/lists/lock
ls -l /var/cache/apt/archives/lock

Falls eine oder mehrere existieren und kein Prozess mehr läuft, könnt ihr sie manuell löschen:

sudo rm -f /var/lib/dpkg/lock
sudo rm -f /var/lib/dpkg/lock-frontend
sudo rm -f /var/lib/apt/lists/lock
sudo rm -f /var/cache/apt/archives/lock

Danach könnt ihr das Paketmanagement wieder korrekt initialisieren:

sudo dpkg --configure -a

4. Cache leeren und Paketquellen neu einlesen

Falls das Problem weiterhin besteht, kann es helfen, den Paket-Cache zu leeren und die Paketquellen neu zu laden:

sudo apt-get clean
sudo apt-get autoclean
sudo apt-get update

Falls update Probleme macht, kann ein erneutes Generieren der Paketquellen helfen:

sudo rm -rf /var/lib/apt/lists/*
sudo apt-get update

5. Beschädigte Pakete entfernen

Falls noch immer Fehler auftreten, kann es sein, dass ein beschädigtes oder unvollständiges Paket vorhanden ist.

Liste beschädigte Pakete auf:

dpkg -l | grep -v ^ii

Falls ihr ein fehlerhaftes Paket findet, könnt du es mit folgendem Befehl entfernen:

sudo apt-get remove --purge <Paketname>

Falls remove nicht funktioniert, könnt ihr es manuell aus dpkg entfernen:

sudo dpkg --remove --force-remove-reinstreq <Paketname>

Danach:

sudo apt-get install -f

6. Neustart und erneuter Test

Nach den oben genannten Schritten kann ein Neustart helfen:

sudo reboot

Danach erneut testen:

sudo apt update && sudo apt upgrade

Falls immer noch Probleme bestehen, könnte es an defekten Paketen oder einer beschädigten sources.list liegen.

Fazit

Mit diesen Methoden könnt ihr die meisten Probleme mit apt und dpkg auf Debian-basierten Systemen beheben. Falls sich apt oder dpkg aufhängt, reicht es oft schon, den laufenden Prozess zu beenden und dpkg --configure -a auszuführen.

Falls ihr nach diesen Schritten immer noch Probleme habt, könnte es ein tiefergehendes Problem mit den Paketquellen oder einer fehlerhaften Systemkonfiguration sein. In diesem Fall lohnt sich ein Blick in die /var/log/apt/-Logs, um den Fehler zu finden. Im schlimmsten Fall setzt ihr auf ein wenige Tage altes Timeshift Backup.

Viel Erfolg! 🚀

The post Update Fehler unter Debian basierten Systemen beheben appeared first on yourdevice.ch - Deine Anlaufstelle für Linux, OpenSource Software und Co.