Der Fehler kommt, weil Debian eine neue Version veröffentlicht hat und sich das Feld Suite deines Repositorys geändert hat, zum Beispiel von stable auf oldstable. Führe einmal apt-get --allow-releaseinfo-change update aus, danach funktionieren apt-get update und apt-get upgrade wieder wie gewohnt.

So sieht der Fehler aus

Eine typische Ausgabe auf einem Server mit Debian 12 (bookworm) nach dem Release von Debian 13 (trixie) am 9. August 2025:

root@vps:~# apt-get update
Get:1 http://deb.debian.org/debian bookworm InRelease [151 kB]
Reading package lists... Done
E: Repository 'http://deb.debian.org/debian bookworm InRelease' changed its 'Suite' value from 'stable' to 'oldstable'
N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.

Je nach Repository steht in der Zeile auch 'Version', 'Codename', 'Origin' oder 'Label'. Seit Debian 13 rücken die älteren Versionen eine Stufe weiter: Debian 12 ist jetzt oldstable, Debian 11 oldoldstable.

Warum apt nachfragt

apt merkt sich die Metadaten jedes Repositorys aus der Release-Datei. Ändern sie sich, hält apt an und will die Änderung bestätigt haben. Das ist eine Sicherheitsfunktion, beschrieben in man apt-secure: Niemand soll deinen Server unbemerkt auf eine andere Distribution umstellen können. Dein Server ist nicht kaputt, es wurde nichts installiert oder entfernt.

Lösung: Änderung bestätigen

Bestätige die neuen Release-Informationen einmalig:

apt-get --allow-releaseinfo-change update

Willst du nur eine geänderte Suite akzeptieren und sonst nichts, nimm die engere Option:

apt-get --allow-releaseinfo-change-suite update

Mit dem interaktiven apt update (statt apt-get) fragt apt direkt, ob du die Änderungen akzeptieren willst. Antworte mit y. In Skripten und Cronjobs erscheint diese Frage nicht, dort brauchst du die Option von oben.

Danach spielst du die Updates wie gewohnt ein:

apt-get update
apt-get upgrade

Vorher prüfen: Suite oder Codename?

Eine geänderte Suite ist harmlos. Dein Server bleibt auf derselben Debian-Version und bekommt weiter Updates dafür. Ein geänderter Codename ist etwas anderes: Meist zeigen deine Quellen dann auf stable statt auf einen Codenamen wie bookworm oder trixie. Bestätigst du das, holt das nächste Upgrade eine komplett neue Debian-Version auf den Server.

Prüfe deine Quellen:

grep -rn "stable" /etc/apt/sources.list /etc/apt/sources.list.d/

Steht dort stable als Distribution, ersetze es durch den Codenamen deiner installierten Version. Den findest du mit cat /etc/os-release (Zeile VERSION_CODENAME). Je nach Version stehen die Einträge in /etc/apt/sources.list oder in .sources-Dateien unter /etc/apt/sources.list.d/.

Noch auf Debian 11? Dann steckt mehr dahinter

Debian 11 (bullseye) hat am 31. August 2026 das Ende seines Long Term Support erreicht. Seitdem gibt es keine Sicherheitsupdates mehr, und die Pakete sind nach archive.debian.org umgezogen. Tückisch: deb.debian.org liefert Teile des Paketindex weiter aus, apt-get update scheint also zu funktionieren, aber apt-get install scheitert mit 404 Not Found.

Damit apt für das Upgrade wieder läuft, stellst du die Quellen auf das Archiv um:

deb http://archive.debian.org/debian bullseye main contrib non-free
deb http://archive.debian.org/debian-security bullseye-security main contrib non-free

Zeilen mit bullseye-backports entfernst du, dieses Repository gibt es nicht mehr. Das ist nur eine Brücke. Plane das Upgrade: Debian empfiehlt, von 11 auf 12 und dann auf 13 zu gehen, immer eine Version nach der anderen. Erstelle vorher im Cloud Manager über „Backup erstellen“ eine Sicherung. Alternativ installierst du den Server mit einem aktuellen Debian-Image neu, dabei werden aber alle Daten auf der Platte gelöscht.

Häufige Stolpersteine

  • Fremde Repositorys: Repositorys für PHP, Docker oder Datenbanken lösen dieselbe Meldung aus, wenn ihr Betreiber Origin oder Label ändert. Schau dir die URL in der Fehlerzeile an. Hast du das Repository selbst eingebunden und vertraust ihm, bestätigst du die Änderung genauso.
  • „Release file is not valid yet“: Das ist ein anderer Fehler und bedeutet meist, dass die Uhrzeit deines Servers falsch ist. Siehe Die Uhrzeit meines vServers stimmt nicht.
  • Der Fehler kommt wieder: Die Option bestätigt nur die aktuelle Änderung. Nach dem nächsten Debian-Release (aus oldstable wird oldoldstable) siehst du die Meldung noch einmal.
  • Automatische Updates stehen still: unattended-upgrades und Cronjobs scheitern an diesem Fehler, ohne dass du es merkst. Führe nach einem neuen Debian-Release einmal apt-get update von Hand aus und prüfe die Ausgabe.

Verwandte Artikel