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

Beispiel: Morgan nutzt einen Debian 12-Desktop für seine persönlichen Entwicklungsprojekte und benötigt neuere Bibliotheken für ein Projekt. Er könnte Debian 12 bei Bedarf neu installieren, möchte aber einen nur teilweise aktualisierten Desktop oder einen Resolver-Plan vermeiden, der wichtige Pakete entfernt. Dies ist ein hypothetisches Beispiel, keine reale Migration oder ein Testergebnis. Am sichersten ist es, die Migration schrittweise durchzuführen, den APT-Plan zu simulieren und den Vorgang abzubrechen, sobald die vorgeschlagenen Änderungen nicht verständlich sind.

Am 9. Oktober 2026 identifizierte Debian Forky, die nächste Version nach Debian 13 „Trixie“, als die aktuelle Testversion . Debian weist darauf hin, dass Sicherheitsupdates für Testing nicht zeitnah vom Sicherheitsteam bereitgestellt werden. Testing kann auf einem Zweitrechner oder Entwicklungsrechner nützlich sein, eignet sich jedoch schlecht für Systeme, die eine verlässliche Sicherheitsabdeckung oder kontinuierliche Verfügbarkeit benötigen. Kein Migrationsverfahren kann garantieren, dass alle Abhängigkeiten und Anwendungen unverändert bleiben.

1. Ist Debian Testing das richtige Ziel für diesen Computer?

Testing enthält Pakete, die die automatisierten Migrationskriterien von Unstable erfüllt haben, einschließlich Prüfungen, die die Installierbarkeit von Abhängigkeiten gewährleisten sollen. Das bedeutet jedoch nicht, dass jedes Paket fehlerfrei ist oder jede Desktop-Konfiguration funktioniert. Das Debian-Projekt erklärt in seiner Übersicht zur Testing-Distribution, wie Pakete in Testing gelangen. In den Sicherheits-FAQs von Debian wird darauf hingewiesen, dass sich Fehlerbehebungen aufgrund von Migrationswartezeiten oder -übergängen verzögern können.

Für einen geschäftskritischen Desktop-PC, einen Produktionsserver oder ein System ohne Wiederherstellungsmöglichkeit empfiehlt sich die stabile Version (Stable). Für Morgans hypothetischen Entwicklungs-PC kann die Testversion (Testing) akzeptabel sein, wenn gelegentliche Paketwechsel, vorübergehende Deinstallation und manuelle Wartung vorgesehen sind. Soll lediglich eine neuere Anwendung installiert werden, sollten Sie vor der Migration des gesamten Betriebssystems die Debian Backports oder eine andere unterstützte Paketierungsoption prüfen.

2. Welche Daten müssen vor dem Wechsel des Repositorys gesichert werden?

Erstellen Sie ein Backup, das Sie wiederherstellen können, nicht nur eine Kopie der Paketliste. Sichern Sie persönliche Dateien, Anwendungsdaten, Verschlüsselungswiederherstellungsschlüssel, wichtige Einstellungen und alle lokal installierten Pakete. Erstellen Sie bei einer virtuellen Maschine einen Snapshot und notieren Sie sich, wie Sie ihn wiederherstellen können. Bewahren Sie bei einem physischen Desktop-PC die Installationsmedien und eine getestete Methode zum Starten des Systems auf und stellen Sie sicher, dass das Backup auf einem separaten Datenträger gespeichert wird.

Notieren Sie den aktuellen Paket- und Quellzustand, damit Sie ihn später vergleichen können:

dpkg --get-selections > ~/package-selections.txt
apt-mark showmanual > ~/manually-installed-packages.txt
sudo cp -a /etc/apt ~/apt-config-before-testing

Diese Aufzeichnungen helfen zwar, die Änderungen zu erklären, stellen das System aber nicht von selbst wieder her. Morgan sollte die Migration so planen, dass genügend Zeit für die Überprüfung der APT-Aufforderungen und die Wiederherstellung vorhanden ist, anstatt erst kurz vor einem Stichtag damit zu beginnen.

3. Sind die Paketverwaltung und die Bookworm-Installation fehlerfrei?

Beheben Sie bestehende Probleme, bevor Sie eine neue Distribution einführen. Führen Sie normale Debian 12-Updates durch, starten Sie das System neu, falls sich der Kernel oder die Kerndienste geändert haben, und überprüfen Sie die Funktion des Desktops. Untersuchen Sie anschließend den Paketstatus, die Paketbestände und die Herkunft der Repositories.

sudo dpkg --audit
sudo apt-get check
apt-mark showhold
apt-cache policy bash libc6 systemd

dpkg --auditMeldet unvollständig installierte oder inkonsistente Paketzustände; apt-get checkprüft Abhängigkeitsprobleme im aktuellen System. Überprüft zurückgehaltene Pakete, anstatt sie unreflektiert freizugeben. Entfernt oder deaktiviert Drittanbieter-Repositories für den Übergang und notiert Pakete, die aus Hersteller-Repositories, lokalen Dateien oder Quellcode-Builds installiert wurden. Diese Pakete haben möglicherweise keine kompatiblen Versionen in Debian Testing.

Wenn das System bereits fehlerhafte Pakete, ungelöste Konfigurationen oder gemischte Softwarepakete aufweist, sollte kein Distributionswechsel durchgeführt werden. Beheben Sie zunächst den aktuellen Zustand oder führen Sie eine Neuinstallation auf einer separaten Partition oder Festplatte durch. Ziel ist es, eine Ausgangsbasis zu schaffen, in der die Paketprobleme bekannt sind, und nicht im Voraus eine völlig leere Prüfausgabe zu erhalten.

4. Solltest du vor dem Testen von Bücherwurm zu Trixie wechseln?

Ja, nutzen Sie das dokumentierte Bookworm-zu-Trixie-Upgrade als Zwischenschritt. Die Debian-Versionshinweise beschreiben Upgrades von einer stabilen Version zur nächsten und enthalten Informationen zur Vorbereitung, zu bekannten Problemen und zu den Aufgaben nach dem Upgrade. Die Bookworm-Versionshinweise von Debian 12 beschreiben das Upgrade auf die nächste Version. Folgen Sie diesen Anweisungen, starten Sie den Rechner neu und vergewissern Sie sich, dass die aktuelle stabile Version ausgeführt wird, bevor Sie auf Testing umstellen.

Dieser gestaffelte Weg bietet einen definierten Prüfpunkt und erleichtert die Fehlersuche. Überspringen Sie nicht die Versionshinweise, indem Sie die Bookworm-Quellen auf Ihrem primären Desktop direkt auf „Testing“ umstellen. Ein direkter Wechsel kann zwar möglicherweise mit APT behoben werden, entspricht aber nicht dem dokumentierten Upgrade-Pfad von einer stabilen Version zu einer stabilen und kann mehrere Paketübergänge zu einer einzigen, schwerer zu überprüfenden Änderung zusammenfassen. Falls das stabile Upgrade selbst fehlschlägt oder Pakete nicht aufgelöst werden, halten Sie an dieser Stelle inne.

5. Wie kann man APT auf Testing ausrichten, ohne Test-Suites zu vermischen?

Sobald das Trixie-System bereinigt und gesichert ist, überprüfen Sie alle Dateien unter `/ /etc/apt/sources.listetc/trixie` und /etc/apt/sources.list.d/`/etc/trixie`. Deaktivieren Sie vorübergehend alle Drittanbieter-Repositories. Ersetzen Sie die Einträge der stabilen Debian-Suite konsequent; vermeiden Sie eine Mischung aus `/etc/trixie`, ` trixie/ trixie-securityetc testing/trixie`, `/etc/trixie` und nicht verwandten Suites, es sei denn, Sie sind mit APT-Pinning bestens vertraut.

Deb822-Quelldateien verwenden einen Abschnitt pro Quelle. Ein vereinfachtes Beispiel für das Hauptarchiv von Debian ist:

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

Behalten Sie die für Ihre Installation relevanten Komponenten und die Einstellung „Signiert von“ bei; nicht jedes System unterstützt alle Komponenten. Wenn die aktuelle Testing-Distribution zukünftigen Übergängen automatisch folgen soll, verwenden Sie den Suite-Namen testing. Zum oben genannten Datum wird dieser auf Forky aufgelöst. Die Verwendung des Codenamens forkylegt die Distribution stattdessen auf diesen Release-Namen fest; sie folgt nicht automatisch dem nächsten Testing-Codenamen nach der Veröffentlichung von Forky.

Gehen Sie nicht davon aus, dass eine testing-securityZeile dem Sicherheits-Repository der Stable-Version entspricht. Auf der aktuellen Forky-Seite von Debian heißt es, dass Sicherheitsupdates für die Testing-Version noch nicht vom Sicherheitsteam verwaltet werden und möglicherweise nicht zeitnah bereitgestellt werden. Prüfen Sie die aktuellen Versionsinformationen der Testing-Version, bevor Sie fortfahren.

6. Welche Änderungen schlägt APT vor?

Aktualisieren Sie die Paketindizes, prüfen Sie die Kandidatenversionen und simulieren Sie anschließend das Distributions-Upgrade:

sudo apt update
apt-cache policy
apt-get -s full-upgrade

Diese -sOption simuliert die Transaktion; die vorgeschlagenen Pakete werden nicht installiert. Überprüfen Sie den gesamten Plan, insbesondere Paketentfernungen, neu installierte Bibliotheken, zurückgehaltene Pakete und Pakete ohne Kandidaten. APT full-upgradedarf Pakete installieren oder entfernen, um Abhängigkeiten zu erfüllen. Daher bedeutet „Der Befehl wurde abgeschlossen“ nicht, dass alle gewünschten Anwendungen installiert bleiben.

Bei einem komplexen Plan wiederholen Sie die Simulation mit Resolver-Diagnostik:

apt-get -s -o Debug::pkgProblemResolver=yes full-upgrade

Fahren Sie nicht fort, wenn der Plan die Desktop-Umgebung, den Display-Manager, die Netzwerkfunktionen, den Bootloader oder ein anderes von Ihnen benötigtes Paket entfernt und Sie den Grund dafür nicht erklären können. Eine Bibliotheksmigration kann dazu führen, dass einige Anwendungen im Testmodus vorübergehend nicht verfügbar sind. Es kann sicherer sein, die Migration abzuwarten oder das System vorübergehend im stabilen Modus zu belassen, anstatt eine Paketkombination zu erzwingen. --forceEntfernen Sie niemals massenhaft Pakete, nur um die Simulation fehlerfrei aussehen zu lassen.

7. Wann sollte das eigentliche Upgrade durchgeführt werden?

Fahren Sie erst fort, wenn der simulierte Plan akzeptabel ist, Ihre Datensicherung verfügbar ist und der Computer über eine zuverlässige Stromversorgung und Netzwerkverbindung verfügt. Schließen Sie Anwendungen, verwenden Sie ein lokales Terminal anstelle einer instabilen Remote-Sitzung und starten Sie das Upgrade ohne automatische Bestätigung.

sudo apt full-upgrade

Lesen Sie die Paket- und Deinstallationszusammenfassung erneut, bevor Sie zustimmen. Falls APT die Entfernung eines wichtigen Desktop- oder Kernpakets vorschlägt, lehnen Sie ab und untersuchen Sie die Angelegenheit. Falls das Upgrade aufgrund von Abhängigkeitsfehlern abbricht, speichern Sie die genaue Fehlermeldung. Führen Sie apt --fix-broken installden Vorgang nicht sofort erneut aus -y; ermitteln Sie zunächst, welches Paket oder welche Repository-Beschränkung den Abbruch verursacht hat.

Nach einer erfolgreichen Transaktion folgen Sie bitte den Paketbenachrichtigungen, starten Sie den Computer neu und überprüfen Sie, ob die grafische Benutzeroberfläche, Netzwerk, Sound, Speicher und wichtige Anwendungen funktionieren. Bei größeren Umstellungen oder wenn Pakete vorübergehend nicht mehr in Testing verfügbar sind, ist es oft ratsam, auf die Archivmigrationen zu warten, anstatt Unstable-Pakete zu installieren. Das APT-Kapitel im Debian Administrator's Handbook erläutert den Unterschied zwischen normalen Upgrades und full-upgradeder Installation von Paketen, einschließlich der Möglichkeit, Pakete zu entfernen.

8. Wie kann die Migration überprüft und ihre Wiederherstellbarkeit sichergestellt werden?

Nach dem Neustart die aktive Version bestätigen und die Paketkonsistenz prüfen:

cat /etc/os-release
sudo apt-get check
sudo dpkg --audit
apt-cache policy bash libc6 systemd

Überprüfen Sie den APT-Verlauf /var/log/apt/history.logund das Paketprotokoll, /var/log/dpkg.logum die Änderungen nachzuvollziehen. Testen Sie die Anwendungen, von denen Morgan abhängt, einschließlich aller Projekte, die den Wechsel veranlasst haben. Stellen Sie sicher, dass die Quelldateien nun auf die gewünschte Suite verweisen und deaktivierte Drittanbietereinträge nicht unbemerkt wiederhergestellt wurden.

Bewahren Sie die Sicherung auf, bis der Desktop den normalen Arbeitsbetrieb und mindestens ein weiteres Paketupdate erfolgreich abgeschlossen hat. APT bietet keine offizielle Unterstützung für ein allgemeines Downgrade von Testing auf Stable. Sollte das System unbrauchbar werden, ist die Wiederherstellung eines vollständigen Systemabbilds oder die Neuinstallation von Stable mit anschließender Datenwiederherstellung in der Regel zuverlässiger als der Versuch, jede Paketversion manuell zu deinstallieren.

Für den fortlaufenden Gebrauch sollten Sie regelmäßig aktualisieren, die Hinweise zur Paketentfernung beachten und die Debian-Testing- und Sicherheitswarnungen im Auge behalten. Sollte sich Morgans Priorität von neueren Entwicklungspaketen hin zu planbarer Sicherheitswartung verlagern, ist der richtige nächste Schritt eine Neuinstallation oder Wiederherstellung der stabilen Version – nicht etwa eine beiläufige Bearbeitung der Paketsuite und die Annahme, ein Downgrade funktioniere.

Offizielle Referenzen

• Informationen zur Debian Testing-Version – aktueller Codename und Sicherheitsstatus.
• So funktioniert Debian Testing – Kriterien für die Paketmigration.
• Debian Security Team FAQ — Sicherheitsvorkehrungen für Testing.
• Debian 12 Bookworm Versionshinweise — Vorbereitung des unterstützten Upgrades.
• Debian-Referenz: Paketverwaltung und Debian-Administratorhandbuch: APT .
• APT/apt-get-Handbuch – Simulations- und Upgrade-Verhalten.