Hoe migreer je Debian 12 naar Testing zonder afhankelijkheden te verbreken?

Illustratief scenario: Morgan heeft een Debian 12-desktop die hij gebruikt voor persoonlijke ontwikkeling en wil nieuwere bibliotheken voor een project. Morgan kan indien nodig opnieuw installeren, maar wil liever een half geüpgrade desktop of een oplossing die belangrijke pakketten verwijdert, vermijden. Dit is een hypothetisch voorbeeld, geen echte migratie of testresultaat. De veiligste praktische aanpak is om de migratie gefaseerd uit te voeren, het plan van APT te simuleren en te stoppen wanneer de voorgestelde wijzigingen niet duidelijk zijn.

Vanaf 9 oktober 2026 identificeert Debian de huidige testdistributie als Forky, de volgende release na Debian 13 "Trixie". Debian waarschuwt dat beveiligingsupdates voor Testing niet tijdig door het beveiligingsteam worden beheerd. Testing kan nuttig zijn op een reserve-desktop of ontwikkelmachine, maar is minder geschikt voor systemen die voorspelbare beveiligingsdekking of continue beschikbaarheid vereisen. Geen enkele migratieprocedure kan garanderen dat elke afhankelijkheid en applicatie ongewijzigd blijft.

1. Is Debian Testing de juiste bestemming voor deze computer?

De Testing-distributie bevat pakketten die de geautomatiseerde migratiecriteria van Unstable hebben doorstaan, inclusief controles die bedoeld zijn om de installeerbaarheid van afhankelijkheden te garanderen. Dit betekent niet dat elk pakket bugvrij is of dat elke desktopconfiguratie werkt. Het Debian-project legt in het overzicht van de Testing-distributie uit hoe pakketten in Testing terechtkomen. In de beveiligings-FAQ van Debian wordt vermeld dat fixes vertraagd kunnen worden door wachttijden voor migraties of overgangen.

Voor een werkkritische desktop, een productieserver of een machine zonder herstelmogelijkheid, blijf bij de Stable-versie. Voor Morgans hypothetische ontwikkelomgeving is de Testing-versie mogelijk acceptabel als incidentele pakketwijzigingen, tijdelijke deïnstallatie en handmatig onderhoud onderdeel van het plan zijn. Als het enige doel de installatie van één nieuwere applicatie is, controleer dan Debian Backports of een andere ondersteunde pakketoptie voordat u het volledige besturingssysteem migreert.

2. Wat moet er worden geback-upt voordat er van repository wordt gewisseld?

Maak een back-up die u kunt herstellen, niet alleen een kopie van de pakketlijst. Bewaar persoonlijke bestanden, applicatiegegevens, herstelsleutels voor encryptie, belangrijke instellingen en alle lokaal gecompileerde pakketten. Maak voor een virtuele machine een momentopname en controleer hoe u deze kunt herstellen. Bewaar voor een fysieke desktopcomputer de installatiemedia en een geteste manier om deze op te starten, en zorg ervoor dat de back-up op een apart medium wordt opgeslagen.

Leg de huidige status van het pakket en de broncode vast, zodat je deze later kunt vergelijken:

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

Deze gegevens helpen verklaren wat er is veranderd, maar ze reconstrueren het systeem niet volledig. Morgan zou de migratie moeten plannen op een moment dat er voldoende tijd is om de APT-meldingen te bekijken en het systeem te herstellen, in plaats van er vlak voor een deadline mee te beginnen.

3. Zijn het pakketbeheer en de Bookworm-installatie in orde?

Los bestaande problemen op voordat u een nieuwe distributie introduceert. Voer de normale Debian 12-updates uit, herstart de computer als de kernel of de kernservices zijn gewijzigd en controleer of het bureaublad werkt. Inspecteer vervolgens de pakketstatus, de hold-status en de repository-origins:

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

dpkg --auditRapporteert gedeeltelijk geïnstalleerde of inconsistente pakketstatussen; apt-get checkcontroleert op afhankelijkheidsproblemen in het huidige systeem. Controleert vastgehouden pakketten in plaats van ze blindelings vrij te geven. Verwijdert of deactiveert repositories van derden voor de overgang en noteert pakketten die zijn geïnstalleerd vanuit leveranciersrepositories, lokale bestanden of broncodebuilds. Deze pakketten hebben mogelijk geen compatibele versies in Debian Testing.

Als het systeem al defecte pakketten, onopgeloste configuratieproblemen of gemengde softwarepakketten bevat, voeg dan geen distributiewijziging toe. Herstel eerst de huidige situatie of voer een schone installatie uit op een aparte partitie of schijf. Het beoogde resultaat is een basislijn waarvan de pakketproblemen bekend zijn, en niet een volledig lege audituitvoer die vooraf wordt gegarandeerd.

4. Moet je voor de toets overstappen van Bookworm naar Trixie?

Ja, gebruik de gedocumenteerde Bookworm-naar-Trixie-upgrade als tussenstap. De release-opmerkingen van Debian zijn geschreven voor upgrades van de ene stabiele release naar de volgende en beschrijven de voorbereiding, bekende problemen en taken na de upgrade. De release-opmerkingen van Debian 12 voor Bookworm beschrijven de upgrade naar de volgende release. Volg die instructies, herstart de machine en controleer of de machine de huidige stabiele versie draait voordat u overschakelt naar de testversie.

Deze stapsgewijze route biedt een bekend controlepunt en maakt het gemakkelijker om fouten te isoleren. Sla de release-opmerkingen niet over door de Bookworm-bronnen direct op uw primaire desktop naar 'Testing' te wijzigen. Een directe overstap kan mogelijk worden opgelost door APT, maar dit is niet het gedocumenteerde upgradepad van stabiel naar stabiel en kan meerdere rondes van pakketovergangen combineren tot één lastiger te controleren wijziging. Als de stabiele upgrade zelf mislukt of pakketten onopgelost laat, stop dan daar.

5. Hoe moet je APT op Testing richten zonder suites te mengen?

Zodra het Trixie-systeem is opgeschoond en er een back-up van is gemaakt, controleer dan elk bestand onder /etc/apt/sources.listen /etc/apt/sources.list.d/. Schakel tijdelijk externe repositories uit. Vervang de Debian stable suite-items consistent; laat geen mix van trixie, trixie-security, testing, en ongerelateerde suites staan, tenzij u APT-pinning bewust begrijpt.

Deb822-bronbestanden gebruiken één sectie per bronbestand. Een vereenvoudigd voorbeeld voor het hoofdarchief van Debian is:

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

Behoud de componenten en de instelling voor ondertekening die relevant zijn voor uw installatie; niet elk systeem ondersteunt alle componenten. Als u wilt dat de huidige testdistributie automatisch wordt overgenomen bij toekomstige overgangen, gebruik dan de suitenaam testing. Op de bovenstaande datum verwijst deze naar Forky. Door de codenaam te gebruiken, forkyblijft u gebonden aan die releasenaam; de volgende testcodenaam wordt niet automatisch overgenomen nadat Forky is uitgebracht.

Ga er niet vanuit dat een testing-securityregel gelijk is aan de beveiligingsrepository van de stabiele versie. Op de huidige Forky-pagina van Debian staat dat beveiligingsupdates voor de testversie nog niet door het beveiligingsteam worden beheerd en mogelijk niet tijdig beschikbaar komen. Controleer de actuele informatie over de testversie voordat u verdergaat.

6. Wat wil APT veranderen?

Vernieuw de pakketindexen, inspecteer de kandidaatversies en simuleer vervolgens de distributie-upgrade:

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

Deze -soptie simuleert de transactie; de ​​voorgestelde pakketten worden niet geïnstalleerd. Bekijk het volledige plan, met name de verwijdering van pakketten, nieuw geïnstalleerde bibliotheken, vastgehouden pakketten en pakketten waarvoor geen kandidaat bestaat. APT full-upgrademag pakketten installeren of verwijderen om aan afhankelijkheden te voldoen, dus "de opdracht is voltooid" is niet hetzelfde als "al mijn gewenste applicaties blijven geïnstalleerd".

Voor een complex plan kunt u de simulatie herhalen met behulp van resolver-diagnostiek:

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

Ga niet verder als het plan de desktopomgeving, het beeldschermbeheer, netwerkfunctionaliteit, de bootloader of een ander pakket verwijdert waar u van afhankelijk bent en u niet kunt uitleggen waarom. Een bibliotheekovergang kan ervoor zorgen dat sommige applicaties tijdelijk niet beschikbaar zijn in de testomgeving. Wachten op de overgang of het systeem tijdelijk op de stabiele versie houden kan veiliger zijn dan een pakketcombinatie af te dwingen. Gebruik nooit --forcemassale pakketverwijderingen om de simulatie er 'schoon' uit te laten zien.

7. Wanneer moet je de daadwerkelijke upgrade uitvoeren?

Ga pas verder als het gesimuleerde plan acceptabel is, uw back-up beschikbaar is en de computer over een betrouwbare stroomvoorziening en netwerkverbinding beschikt. Sluit applicaties, gebruik een lokale terminal in plaats van een kwetsbare externe sessie en start de upgrade zonder automatische bevestiging.

sudo apt full-upgrade

Lees de samenvatting van het pakket en de verwijdering nogmaals door voordat u akkoord gaat. Als APT voorstelt een cruciaal desktop- of kernpakket te verwijderen, antwoord dan met 'nee' en onderzoek de situatie. Als de upgrade stopt vanwege afhankelijkheidsfouten, bewaar dan de exacte foutmelding. Voer apt --fix-broken installde bewerking niet direct opnieuw uit -y; achterhaal eerst welk pakket of welke repositorybeperking ervoor zorgde dat de solver stopte.

Na een succesvolle transactie, volg de instructies in de pakketmeldingen, herstart de computer en controleer of de grafische sessie, het netwerk, het geluid, de opslag en essentiële applicaties werken. Als er een grote overgang gaande is of als pakketten tijdelijk uit de testomgeving zijn verdwenen, is het vaak beter om te wachten op de archiefmigraties dan om instabiele pakketten te installeren. Het APT-hoofdstuk van Debian in het Debian Administrator's Handbook legt het verschil uit tussen gewone upgrades en APT full-upgrade, inclusief de mogelijkheid om pakketten te verwijderen.

8. Hoe kunt u de migratie verifiëren en ervoor zorgen dat deze herstelbaar blijft?

Controleer na het opnieuw opstarten de actieve release en de consistentie van de pakketten:

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

Bekijk de APT-geschiedenis /var/log/apt/history.logen het pakketlogboek /var/log/dpkg.logom te begrijpen wat er is veranderd. Test de applicaties waarvan Morgan afhankelijk is, inclusief elk project dat de aanleiding was voor de migratie. Controleer of de bronbestanden nu verwijzen naar de beoogde suite en of uitgeschakelde externe vermeldingen niet stilletjes zijn teruggekeerd.

Bewaar de back-up totdat de desktop de normale werktaken heeft voltooid en er ten minste één pakketupdate is uitgevoerd. APT biedt geen algemene downgradefunctie van Testing naar Stable. Als het systeem onbruikbaar wordt, is het herstellen van een volledige systeemimage of het opnieuw installeren van Stable en het herstellen van gegevens meestal betrouwbaarder dan handmatig elke pakketversie terug te draaien.

Voor blijvend gebruik is het belangrijk om regelmatig te updaten, de voorgestelde verwijderingen van pakketten te lezen en de test- en beveiligingsmeldingen van Debian in de gaten te houden. Als Morgans prioriteiten verschuiven van nieuwere ontwikkelingspakketten naar voorspelbaar beveiligingsonderhoud, is de juiste volgende stap een schone installatie of herstel van de stabiele versie – en niet een nonchalante aanpassing van de suite met de aanname dat downgraden zal werken.

Officiële referenties

• Release-informatie over Debian Testing : huidige codenaam en beveiligingsstatus.
• Hoe Debian Testing werkt : criteria voor pakketmigratie.
• Veelgestelde vragen van het Debian-beveiligingsteam — Beveiligingsafhandeling voor testdoeleinden.
• Release Notes voor Debian 12 Bookworm — voorbereiding op ondersteunde upgrades.
• Debian-referentie: Pakketbeheer , en Debian-beheerdershandboek: APT .
• APT/apt-get handleiding — simulatie en upgradegedrag.