Wie man Debian 12 auf Testing migriert, ohne Abhängigkeiten zu beschädigen

Beispiel: Maya nutzt eine Debian 12 Bookworm-Workstation für Entwicklungszwecke. Sie möchte die neueren Pakete aus Debian Testing verwenden, kann es sich aber nicht leisten, APT mit einem nur teilweise aktualisierten Paketsatz zu verlassen. Am sichersten ist es, zunächst die aktuell unterstützte stabile Version zu installieren und anschließend das saubere stabile System auf den aktuellen Codenamen „Testing“ umzustellen. Dieses Beispiel beschreibt ein vorsichtiges Vorgehen; es ist kein Bericht über ein tatsächliches Upgrade und keine Garantie dafür, dass alle Rechner über denselben Paketplan verfügen.

Seit dem 6. Oktober 2026 bezeichnet Debian Debian 13 „Trixie“ als Stable und Debian 14 „Forky“ als Testing. Laut den Debian-Richtlinien für Testing sollte man von der aktuellen Stable-Version auf Testing umsteigen. Der Wechsel von einer älteren Stable-Version kann zu unerwarteten Fehlern führen. Bei einer Bookworm-Installation bedeutet dies, die offiziellen Upgrade-Anweisungen für Bookworm zu Trixie zu befolgen, bevor man die Repositorys auf Forky umstellt. Überprüfen Sie die Versionsseiten am Tag Ihrer Arbeit erneut, da sich der Codename von Testing ändert, sobald Debian eine neue Stable-Version veröffentlicht.

Warum Abhängigkeiten schrittweise ändern?

APT löst Abhängigkeiten mithilfe der auf dem System konfigurierten Paketindizes und Release-Suites auf. Wenn Sie eine ältere Installation direkt auf Testing verweisen, kann APT in einem einzigen Vorgang Änderungen an Kernbibliotheken, Kernel, Desktop, Firmware und Drittanbieterpaketen vorschlagen. Eine Simulation kann zwar einen fragwürdigen Plan aufdecken, aber sie kann einen nicht unterstützten Ausgangspunkt nicht absichern.

Die Testversion ist ein dynamischer Prozess. Pakete werden nach Erfüllung der Archivierungskriterien aus der Unstable-Version migriert, dennoch können vorübergehende Abhängigkeitslücken und Regressionen auftreten. Debian bietet für die Testversion auch nicht denselben permanenten Sicherheitssupport wie für die Stable-Version. Dieser Ansatz reduziert zwar vermeidbare Paketkonflikte, kann die Testversion aber nicht so zuverlässig wie die Stable-Version machen und auch nicht alle zukünftigen Probleme verhindern.

Beispielszenario: Bereiten Sie Mayas Bücherwurm-Maschine vor.

1. Überprüfen Sie die Startversion und den Paketstatus.

Maya prüft zunächst, ob es sich tatsächlich um Debian handelt und protokolliert den aktuellen Systemzustand. Bevor sie etwas bearbeitet, liest sie die Details der aktuellen Version und die Repository-Dateien:

cat /etc/os-release
cat /etc/debian_version
apt-cache policy
dpkg --audit
apt-get check
apt-mark showhold

Sie überprüft /etc/apt/sources.listjede Datei in `/usr/local/bin` sowie die APT-Einstellungen in `/usr/local/bin` und `/usr/local/bin`. Ziel ist es, Anbieter /etc/apt/sources.list.d/- Repositories, lokal erstellte Pakete, festgelegte Releases und zurückgehaltene Pakete zu identifizieren, bevor diese bei einem Upgrade zu Problemen führen. Meldet `/usr/local/bin` eine unvollständige Paketkonfiguration oder fehlerhafte Abhängigkeiten, behebt Maya diesen Fehler zunächst in Bookworm, anstatt eine Distributionsänderung darüber zu legen./etc/apt/preferences/etc/apt/preferences.d/dpkg --auditapt-get check

2. Stellen Sie sicher, dass eine Wiederherstellung möglich ist, bevor Sie Änderungen an den Releases vornehmen.

Bevor Maya die Paketquellen anrührt, erstellt sie ein getestetes Backup ihrer persönlichen Daten und wichtigen Konfigurationen, einschließlich Anwendungsdatenbanken und gegebenenfalls Dienstdaten. Ein vollständiges Festplattenabbild oder ein VM-Snapshot ermöglicht ihr die Wiederherstellung des Betriebssystems; eine Kopie des Home-Verzeichnisses allein reicht nicht aus. Sie stellt außerdem sicher, dass sie Zugriff auf die lokale Konsole, ein bootfähiges Rettungsmedium, ausreichend freien Speicherplatz in den Verzeichnissen `/usr/local`, ` // /varusr/local` und `/usr /boot/local` sowie eine funktionierende Netzwerkverbindung hat.

Bei entfernten Rechnern plant sie Ausfallzeiten ein und nutzt, falls verfügbar, eine separate Konsole. Ein Paket-Upgrade, das die Netzwerkverbindung neu startet oder SSH-Komponenten ersetzt, kann eine Remote-Sitzung unterbrechen. Bei wichtigen Servern testet Maya daher die gesamte Sequenz zunächst auf einem Klon. Die Debian-Versionshinweise enthalten Hinweise zur Vorbereitung und Wiederherstellung; diese sollten vor jedem Versions-Upgrade gelesen werden.

3. Schließen Sie das unterstützte Bookworm-zu-Trixie-Upgrade ab.

Maya folgt der in den offiziellen Debian 13 Release Notes beschriebenen Bookworm-zu-Trixie-Prozedur, einschließlich der Prüfungen auf Drittanbieterarchive, APT-Einstellungen, Paketstatus und verfügbaren Speicherplatz. Sie überspringt nicht den von Bookworm unterstützten Upgrade-Schritt, indem sie nicht alle Quellen auf Forky umschreibt. Debian dokumentiert das Upgrade von Debian 12 auf Debian 13 ausführlich; verwenden Sie dieses versionsspezifische Dokument für die genauen Paket- und Konfigurationsabfragen, die für Ihr System gelten.

Sobald die Maschine vollständig aktualisiert ist, startet sie sie in Trixie neu und überprüft den normalen Startvorgang. Sie prüft kritische Dienste, Netzwerkzugriff, Speichereinbindungen, Grafik- oder Desktop-Anmeldung sowie jegliche Hardware, die von der Firmware abhängt. Dieser Kontrollpunkt ist wertvoll: Sollte ein Problem auftreten, kann sie einen einzelnen Release-Übergang diagnostizieren, bevor die Testphase beginnt.

Schalten Sie das verifizierte stabile System in den Testmodus.

4. Entfernen Sie gemischte oder veraltete Repository-Einträge.

Sobald das System unter Trixie stabil läuft, speichert Maya eine Kopie der APT-Quell- und Einstellungsdateien. Sie deaktiviert vorübergehend Drittanbieter-Repositories und Trixie-spezifische Backports oder Update-Einträge. Das Mischen von stabilen, Test- und instabilen Paketen ohne klare Zuordnungsrichtlinie kann zu inkompatiblen Bibliotheken und Abhängigkeitskonflikten führen. Pakete von Anbietern außerhalb von Debian sind möglicherweise noch nicht für Forky verfügbar; Maya prüft daher die Kompatibilitätsinformationen jedes Anbieters, anstatt anzunehmen, dass ein Trixie-Repository geeignet ist.

Bei bestehenden Installationen verwenden die Quellen entweder das ältere einzeilige Format oder das deb822- .sourcesFormat. Bearbeiten Sie das aktuell verwendete Format und stellen Sie sicher, dass kein aktiver Debian-Eintrag mehr auf die Testversion verweist, bookwormwenn trixiedas Testing-Upgrade beginnt.

5. Verweise das Hauptarchiv von Debian auf Forky

In diesem datumsbezogenen Beispiel ist Forky der aktuelle Codename für die Testversion. Eine deb822-Quelldatei /etc/apt/sources.list.d/debian.sourceskann beispielsweise die folgende Struktur verwenden. Behalten Sie die Komponenten bei, die zur Installation passen; dieses Beispiel enthält gängige Firmware und nicht-freie Bereiche, aktiviert diese aber nicht automatisch auf jedem System.

Types: deb
URIs: https://deb.debian.org/debian
Suites: forky
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Kopieren Sie diesen Abschnitt nicht ohne vorherige Prüfung auf eine bestehende Konfiguration. Behalten Sie die Spiegelserver-Einstellungen und Systemkomponenten bei, die das System benötigt, und entfernen oder kommentieren Sie doppelte Debian-Einträge aus. Vermeiden Sie die Verwendung des Alias ​​„moving“, testingwenn Sie nach dem Übergang zu „Stable“ weiterhin Forky verwenden möchten. Ein Codename verfolgt Forky während des Übergangs zu einer stabilen Version; der Name der Suite testingrichtet sich nach der jeweiligen Version, die zukünftig als „Testing“ geführt wird.

Verwenden Sie für Testing keine URLs aus der Stable-Version, die Sie einfach übernehmen, trixie-securityund ersetzen Sie diese nicht durch eine zufällig generierte Sicherheits forky-security-Suite. Laut den FAQ von Debian erhält Testing nicht dieselben dedizierten Sicherheitsupdates wie Stable; Korrekturen müssen möglicherweise von Unstable migriert werden, und der Zeitpunkt kann variieren. Lesen Sie die aktuellen Richtlinien und Informationen zu Sicherheitslücken von Debian Testing und entscheiden Sie, ob dieses Supportmodell für Sie akzeptabel ist.

6. Aktualisieren Sie die Indizes und simulieren Sie die vollständige Änderung der Abhängigkeiten.

Nachdem die Quellen bearbeitet wurden, aktualisiert Maya die Paketmetadaten und fordert APT auf, das vollständige Upgrade zu simulieren:

sudo apt update
sudo apt -s full-upgrade

Die Simulation ist ein Prüfschritt, keine automatische Genehmigungsaufforderung. Maya liest die Liste der zu installierenden, zu aktualisierenden, beizubehaltenden und zu entfernenden Pakete. Sie bricht ab, wenn der Vorschlag das Desktop-Metapaket, den SSH-Server, den Bootloader, den Netzwerkmanager, die Datenbank oder ein anderes abhängiges Paket entfernt; wenn er eine große Anzahl nicht verwandter Pakete entfernt; oder wenn APT unaufgelöste Abhängigkeiten meldet. Sie prüft, ob die Ursache eine aktivierte Drittanbieterquelle, eine Sperre, eine Fixierung, unzureichender Speicherplatz oder ein temporärer Testmodus ist.

Ein zurückgehaltenes Paket ist nicht automatisch defekt. Es kann Abhängigkeitsänderungen erfordern, die bei der konservativen upgradeVorgehensweise nicht vorgenommen werden. Installieren Sie keine Bibliothek zwangsweise und entfernen Sie kein Metapaket nur, um die Paketanzahl auf null zu reduzieren. Wenn der Plan nicht verständlich ist, warten Sie, bis die Archivumstellung abgeschlossen ist, konsultieren Sie den entsprechenden Debian-Paketfehlerbericht oder die Informationen zur Umstellung oder bleiben Sie bei der stabilen Version.

Führen Sie das Upgrade in überprüfbaren Schritten durch.

7. Führen Sie das konservative Upgrade durch und überprüfen Sie anschließend erneut das vollständige Upgrade.

Wenn die Simulation plausibel ist und die Sicherung aktuell ist, führt Maya zunächst ein Upgrade durch, bei dem keine installierten Pakete entfernt werden:

sudo apt upgrade --without-new-pkgs

Sie liest alle Fragen zur Konfigurationsdatei sorgfältig durch und protokolliert alle lokalen Änderungen. Anschließend simuliert sie erneut, da sich der Paketplan möglicherweise geändert hat:

sudo apt -s full-upgrade

Erst wenn die vorgeschlagenen Streichungen und Ergänzungen sinnvoll erscheinen, führt sie die eigentliche Operation durch:

sudo apt full-upgrade

full-upgradeMaya kann neue Abhängigkeiten installieren und Pakete entfernen, um einen Release-Übergang abzuschließen. Deshalb sind Simulation und manuelle Überprüfung so wichtig. Wenn Maya unerklärliche Entfernungen vorschlägt oder Abhängigkeitsfehler auftreten, stoppt sie und speichert die genaue Ausgabe. Sie führt keine zufälligen apt --fix-broken install, erzwungenen Versionsauswahlen oder manuellen Bibliotheksentfernungen durch; diese Aktionen können die Inkonsistenz verstärken. Überprüfen Sie zuerst die Fehler von APT, die Quellkonfiguration, die Sperren und den Paketstatus und versuchen Sie es erst erneut, nachdem Sie die Ursache verstanden haben.

Halten Sie den Rechner während des Auspackens und der Konfiguration des Pakets eingeschaltet und angeschlossen. Vermeiden Sie es, gleichzeitig einen anderen Paketmanager zu starten. Falls der Vorgang unterbrochen wird, befolgen Sie die Anweisungen zur Fehlerbehebung für den aufgetretenen Fehler und schließen Sie die ausstehende Paketkonfiguration erst ab, nachdem Sie den Status der Paketdatenbank überprüft haben.

8. Neustart, Überprüfung der Abhängigkeiten und Wiederherstellung nur kompatibler Repositories

Nachdem APT ohne ungelöste Fehler abgeschlossen wurde, überprüft Maya den Paketstatus und startet gegebenenfalls neu:

sudo dpkg --audit
sudo apt-get check
sudo apt update
sudo reboot

Nach dem Neustart bestätigt sie die installierte Version mit `apt --version` /etc/os-release, prüft mit `apt --kernel`, ob der erwartete Kernel läuft uname -r, überprüft die Systemkonfiguration systemctl --failedund testet ihre wichtigsten Anwendungen und Dienste. Die letzten Paketaktivitäten kann sie in `apt --version` /var/log/apt/history.logund `apt --version` einsehen /var/log/dpkg.log. Ein erfolgreicher APT-Lauf reicht jedoch nicht aus, wenn das System nicht mehr startet, keine Netzwerkverbindung besteht oder ein wichtiger Dienst ausgefallen ist.

Erst wenn die Debian-Pakete einwandfrei funktionieren, erwägt sie, Drittanbieter-Repositories einzeln wieder zu aktivieren, und zwar nur dann, wenn der Anbieter die Unterstützung für Forky dokumentiert. Anschließend führt sie apt updatejedes resultierende Upgrade durch und simuliert es, bevor sie es akzeptiert. Sie bewahrt die Wiederherstellungssicherung auf, bis das System im normalen Betrieb stabil läuft.

Wie man entscheidet, ob die Migration abgeschlossen ist

Maya betrachtet die Migration als abgeschlossen, wenn der Rechner im erwarteten Test-Codename hochfährt, dpkg --auditfehlerfrei läuft, apt-get checkkeine fehlerhaften Abhängigkeiten meldet, APT-Updates aus den vorgesehenen Repositories ohne Signatur- oder Release-Fehler durchgeführt werden und ihre kritischen Workloads ihre eigenen Prüfungen bestehen. Sie protokolliert außerdem Datum, Quellcodeänderungen, Paketentfernungen und alle manuellen Konfigurationsentscheidungen, um spätere Regressionen nachvollziehen zu können.

Wenn es lediglich um eine neuere Anwendung geht, ist die Verwendung von Debian Stable und eines offiziellen Backports, eines vom Hersteller unterstützten Pakets, eines Containers oder einer isolierten Testumgebung möglicherweise weniger aufwändig. Ist der Computer geschäftskritisch, mit dem Internet verbunden oder kann er nicht schnell wiederhergestellt werden, ist Debian Stable in der Regel die bessere Wahl. Tests sind für Benutzer gedacht, die bereit sind, Updates zu überwachen, Paketpläne zu lesen und temporäre Archiv- oder Abhängigkeitsprobleme zu beheben.

Offizielle Referenzen

• Debian-Releases: Aktueller Status von Stable, Testing und Release
• Debian 13 Versionshinweise: Upgrades von Debian 12 Bookworm
• Debian Wiki: Debian Testing und Upgrade-Anleitung
• Debian-FAQ: Auswahl zwischen Stable, Testing und Unstable
• Debian-Referenz: APT, Archivsammlungen und Abhängigkeitsverwaltung