Linux: apt / dnf / pacman zijn kapot — oorzaken en oplossingen

In Linux vormen apt, dnf en pacman de basis van software-installatie en updates. Wanneer ze “kapot” lijken, betekent dat niet alleen dat nieuwe programma’s niet meer geïnstalleerd kunnen worden. Vaak stoppen ook beveiligingsupdates, en wordt het onderhoud van het hele systeem veel moeilijker. Veelvoorkomende oorzaken zijn onderbroken updates, defecte mirrors, inconsistente pakketdatabases, fouten in handtekeningcontrole, kapotte afhankelijkheden of achtergebleven lock-bestanden. Het belangrijkste is niet om meteen willekeurig cache en configuratie te verwijderen, maar eerst te begrijpen welk onderdeel werkelijk beschadigd is.

Soms lijkt het alsof de pakketbeheerder zelf defect is, terwijl de echte oorzaak in het netwerk, DNS, repository-instellingen of gebrek aan schijfruimte zit. Daarom moet probleemoplossing beginnen met het onderscheid maken tussen een communicatieprobleem, een repository-probleem, een lokaal databaseprobleem of een afhankelijkheidsprobleem.

Veelvoorkomende symptomen

• apt update, dnf update of pacman -Syu stopt met fouten
• Er verschijnen meldingen over onoplosbare afhankelijkheden of beschadigde pakketten
• Repository’s zijn onbruikbaar door GPG- of handtekeningfouten
• De database is vergrendeld en pakketbewerkingen werken niet
• Mirrors geven 404 of timeout terug
• Na een onderbroken update werkt pakketbeheer niet meer normaal
• Na het updaten van bepaalde bibliotheken start de pakketbeheerder zelf niet meer

Wat je eerst moet controleren

De eerste stap is om vast te stellen of het probleem echt in de pakketbeheerder zit, of eigenlijk in het netwerk of DNS.

ping -c 4 8.8.8.8
ping -c 4 google.com
ip addr
ip route

Als het netwerk of DNS zelf al kapot is, dan kunnen fouten in apt, dnf of pacman slechts een gevolg daarvan zijn. Als normale netwerkverbindingen echter werken en alleen pakketbewerkingen mislukken, dan moet de aandacht uitgaan naar repository’s, sleutels, lock-bestanden, cache, databases en afhankelijkheden.

Gemeenschappelijke oorzaken bij apt / dnf / pacman

1. Onderbroken update

Een van de meest voorkomende oorzaken is een update die halverwege werd afgebroken. Een stroomuitval, een gesloten terminal, een verbroken SSH-verbinding of een vastgelopen grafische omgeving kan de pakketdatabase of bepaalde pakketten in een half afgewerkte toestand achterlaten.

In zo’n situatie kun je beter niet meteen bestanden gaan verwijderen, maar eerst proberen de onafgemaakte toestand correct af te ronden.

2. Achtergebleven lock-bestanden

Pakketbeheerders gebruiken lock-mechanismen om meerdere gelijktijdige bewerkingen te voorkomen. Als nog een ander proces draait, of na een crash alleen het lock-bestand achterblijft, meldt het systeem dat de pakketbeheerder al in gebruik is.

Maar lock-bestanden moet je niet blind verwijderen. Eerst moet je controleren dat er echt geen gerelateerd proces meer actief is.

ps aux | grep -E 'apt|dpkg|dnf|yum|pacman'

3. Beschadigde repository-configuratie

Repository’s van derden, oude PPA’s, verouderde mirrors of overgebleven instellingen na een distributie-upgrade kunnen pakketbronnen ongeldig maken. Typische signalen zijn 404-fouten, een ontbrekend Release file of problemen bij het ophalen van metadata.

4. Problemen met GPG-sleutels en handtekeningen

Repository’s worden normaal cryptografisch gecontroleerd. Als een sleutel verlopen is, niet geïmporteerd is, het sleutelbeheer is veranderd of de lokale keyring beschadigd is, stopt de pakketbeheerder uit veiligheidsoverwegingen.

5. Beschadigde afhankelijkheden

Afhankelijkheden gaan vaak kapot wanneer incompatibele pakketversies worden geforceerd, verschillende repository’s worden gemengd, gedeeltelijke updates worden uitgevoerd of systeembibliotheken handmatig worden overschreven. Dit is vooral gevaarlijk op pacman-gebaseerde systemen, maar ook apt en dnf worden snel instabiel als bronnen ongecontroleerd worden gemengd.

6. Beschadigde cache of metadata

Gedeeltelijk gedownloade pakketten, verouderde metadata of beschadigde synchronisatiedatabases kunnen ervoor zorgen dat pakketlijsten niet correct worden gelezen en installaties mislukken.

7. Te weinig schijfruimte

Een veelvoorkomende maar vaak onderschatte oorzaak is een gebrek aan vrije ruimte. Als partities zoals /var of /boot vol zijn, kunnen uitpakken en schrijven halverwege mislukken en het pakketsysteem in een inconsistente toestand achterlaten.

df -h
du -sh /var/cache/* 2>/dev/null

Wat controleren als apt niet werkt

Op Debian- en Ubuntu-systemen is het belangrijk niet alleen naar apt te kijken, maar ook naar de toestand van dpkg daaronder.

Herstel onvolledig geconfigureerde pakketten

sudo dpkg --configure -a
sudo apt --fix-broken install

Na een onderbroken update zijn dit vaak de belangrijkste eerste stappen.

Laad pakketlijsten opnieuw

sudo apt update

Als hier 404-, handtekening- of Release file-fouten verschijnen, moeten /etc/apt/sources.list en de inhoud van /etc/apt/sources.list.d/ worden nagekeken.

Ruim de cache op

sudo apt clean
sudo apt autoclean

Als het probleem voortkomt uit een beschadigde of verouderde cache, kan dit helpen.

Wat controleren als dnf niet werkt

Op Fedora- en RHEL-systemen moet je vooral letten op metadata, transactiegeschiedenis en repository-configuratie.

Metadata opnieuw opbouwen

sudo dnf clean all
sudo dnf makecache

Als mirror-informatie of metadata beschadigd zijn, is dit vaak een nuttige eerste stap.

Controleer afhankelijkheden en systeemconsistentie

sudo dnf check
sudo dnf distro-sync

Dit helpt vast te stellen of het systeem nog overeenkomt met de verwachte pakketstatus van de distributie.

Bekijk de geschiedenis

sudo dnf history
sudo dnf history info last

De geschiedenis laat vaak zien na welke update de problemen begonnen.

Wat controleren als pacman niet werkt

Op Arch Linux is het vooral belangrijk om synchronisatiedatabases, sleutels, mirrors en eventuele gedeeltelijke updates te controleren.

Synchroniseer databases opnieuw

sudo pacman -Syy

Als de lokale synchronisatiedatabase niet meer overeenkomt met het repository, is dit vaak de eerste stap.

Voer een volledige update uit

sudo pacman -Syu

Op Arch moeten gedeeltelijke updates worden vermeden. Sommige pakketten updaten en andere oud laten is een klassieke manier om inconsistentie te veroorzaken.

Controleer sleutelproblemen

sudo pacman-key --init
sudo pacman-key --populate

Als het probleem in de handtekeningen of keyring zit, kan een herinitialisatie nodig zijn.

Logbestanden zijn erg belangrijk

Bij fouten in pakketbeheer is alleen de laatste regel zelden genoeg. Alleen logbestanden en gedetailleerde output laten zien of het probleem in handtekeningen, afhankelijkheden, netwerk of database zit.

apt / dpkg

sudo tail -n 100 /var/log/apt/history.log
sudo tail -n 100 /var/log/dpkg.log

dnf

sudo dnf history
sudo journalctl -xe --no-pager | tail -n 100

pacman

sudo tail -n 100 /var/log/pacman.log

Praktische volgorde voor probleemoplossing

Stap 1: Controleer netwerk en DNS

ping -c 4 8.8.8.8
ping -c 4 google.com

Stap 2: Controleer vrije schijfruimte

df -h

Stap 3: Controleer processen en lock-bestanden

ps aux | grep -E 'apt|dpkg|dnf|yum|pacman'

Stap 4: Lees de logs

Eerst moet duidelijk worden welke concrete laatste handeling werkelijk is mislukt.

Stap 5: Gebruik de juiste herstelcommando’s voor de distributie

Bij apt begint men vaak met dpkg --configure -a, bij dnf met het opschonen van metadata, en bij pacman met volledige synchronisatie en sleutelcontrole.

Wat je moet vermijden

• Verwijder lock-bestanden niet zonder de oorzaak te begrijpen
• Installeer geen willekeurige .deb / .rpm / andere pakketten van onbetrouwbare bronnen
• Voer geen herhaalde gedeeltelijke updates uit op Arch
• Vermeng apt met dpkg, dnf met rpm of pacman met handmatige bestandswijzigingen niet ongecontroleerd
• Schakel handtekeningcontrole niet uit zonder de fout te begrijpen

Hoe voorkom je dat het probleem terugkomt

• Voorkom stroomuitval en geforceerd afsluiten tijdens updates
• Voeg niet te veel repository’s van derden toe
• Maak snapshots of back-ups vóór grote updates
• Volg de aanbevolen update-aanpak van de distributie
• Vermijd vooral gedeeltelijke updates op Arch

Conclusie

Zelfs als het lijkt alsof apt, dnf of pacman zelf kapot zijn, ligt de werkelijke oorzaak vaak in het netwerk, lock-bestanden, handtekeningen, afhankelijkheden, cache, schijfruimte of repository-instellingen. Het belangrijkste is om niet direct willekeurig te gaan verwijderen of herinstalleren, maar eerst met behulp van logs te begrijpen op welk niveau de fout werkelijk is ontstaan. Daarna moet de juiste aanpak worden gebruikt: reparatie van dpkg voor apt, metadata en geschiedenis voor dnf, en volledige synchronisatie plus sleutelcontrole voor pacman.