Fix apt-get update werkt niet
sudo apt-update mislukt op Ubuntu? De laatste regels van de uitvoer noemen de echte oorzaak: verkeerde klok, repository aan het einde van de levensduur, kapotte PPA, ontbrekende GPG-sleutel of een slot. Deze gids laat zien hoe u de fout kunt lezen en alleen de schuldige bron kunt oplossen.
📑Hoofdstukken
- Voer sudo apt update uit en lees de laatste regels - zij noemen de echte oorzaak
- Verkeerde klok - de fout 'Releasebestand is nog niet geldig'
- Netwerk en DNS: kan deze pc überhaupt archive.ubuntu.com bereiken?
- Maak een back-up van de bronbestanden voordat u iets bewerkt
- End-of-life repository - een release die het hoofdarchief heeft verlaten
- Gebroken PPA - één slechte externe bron stopt de hele update
- Ontbrekende GPG-sleutel - de NO_PUBKEY-fout
- Het slot - er is al een ander pakketproces actief
📋 Overzicht en stapsgewijze handleiding
Voer de update uit en lees de laatste regels
Begin door de update uit te voeren en de uitvoer correct te lezen - vanaf de onderkant. De meeste regels zijn goed nieuws: Hit betekent dat een bron goed heeft geantwoord en Get betekent dat er een nieuwe pakketlijst is gedownload. Er zijn slechts twee soorten regels van belang: de Err-regels in het midden en de samenvattingsregels die beginnen met E: of W: helemaal aan het einde. Die laatste twee of drie regels noemen de enige gebroken bron en de reden, in duidelijke bewoordingen.
__VOLLEDIGCODEBLOCK0__Controleer de klok
De eerste van twee controles van 30 seconden. Elke Ubuntu-repository publiceert een ondertekend Release-bestand met de tijd waarop het is gemaakt en een datum tot wanneer het geldig blijft, en apt controleert die stempel tegen de klok van uw pc. Als de klok verkeerd staat - een lege CMOS-batterij en dual-boot-machines doen dit vaak - weigert apt het bestand met Releasebestand is nog niet geldig en telt zelfs af hoe lang het zou wachten. Voer date uit en vergelijk het met uw telefoon; een verkeerd jaar, maand of zelfs een paar uur tellen mee.
Controleer het netwerk en DNS
De tweede controle van 30 seconden: kan deze pc zelfs het Ubuntu-archief bereiken? Als deze opdracht een IP-adres afdrukt, werkt de naamresolutie en is het netwerkpad actief. Als er niets wordt afgedrukt, ligt de fout bij het netwerk of DNS. Geen enkele repository is schuldig, en het bewerken van bronbestanden helpt pas als de verbinding is hersteld.
__VOLLEDIGCODEBLOK2__Maak een back-up van de bronbestanden voordat u iets bewerkt
De resterende reparaties kunnen betrekking hebben op de bestanden die apt vertellen waar te downloaden: /etc/apt/sources.list en de bestanden per bron in /etc/apt/sources.list.d/. Voordat u op welke plaats dan ook een enkele regel wijzigt, moet u een kopie van het origineel op een veilige plek opslaan, zodat een verkeerde bewerking altijd ongedaan kan worden gemaakt door de kopie terug te plaatsen.
Een opslagplaats aan het einde van de levensduur repareren
Als de fout zegt dat een repository geen Release-bestand heeft - meestal met een 404 - voor elke regel van één Ubuntu-release, heeft die release het einde van zijn levensduur bereikt en zijn de pakketten uit het hoofdarchief verwijderd. apt rapporteert de waarheid: er is niets meer op dat adres.
Er zijn twee eerlijke oplossingen. De echte is om de machine te upgraden naar een ondersteunde Ubuntu-release. De vasthoudoptie is om alleen de regels van die oude release te verwijzen naar Ubuntu's archief met oude releases (old-releases.ubuntu.com), waardoor oude releases beschikbaar blijven - handig om de pc nog een keer te updaten, niet een manier om een niet-ondersteund systeem voor altijd veilig te houden. Vervang nooit uw hele bronnenbestand door een willekeurig exemplaar dat van internet is gekopieerd; het zal de verkeerde codenamen en de verkeerde bronnen bevatten.
Een kapotte PPA of een ontbrekende GPG-sleutel repareren
Een PPA is een externe bron die jij of een eerder toegevoegde tutorial hebt toegevoegd, en één dode PPA (de eigenaar ervan is gestopt met publiceren voor jouw release, of de PPA is verwijderd) mislukt de hele uitvoering, ook al is elke Ubuntu-bron in orde. De fout noemt het adres van de PPA. Schakel alleen de vermelding van die PPA uit of verwijder deze (het eigen bestand in /etc/apt/sources.list.d/, of de vermelding in Software en Updates onder Andere software) en laat al het andere onaangeroerd.
Een ander handtekeningprobleem luidt NO_PUBKEY gevolgd door een sleutel-ID: de repository is in orde, maar uw pc vertrouwt de ondertekeningssleutel nog niet. De oplossing is om de sleutel van die repository toe te voegen, alleen afkomstig van de officiële pagina van de repository. Een ondertekeningssleutel bepaalt wat uw pc vertrouwt, dus importeer er nooit een van een willekeurige downloadsite.
--allow-insecure-repositories. Beschouw dat hoogstens als een tijdelijke diagnose en nooit als oplossing: het schakelt de handtekeningcontrole uit die u beschermt, zodat de echte reparatie altijd de sleutel of de repository zelf is.Het slot - Wacht op het andere proces
Kon geen slot verkrijgen betekent dat het pakketsysteem bezet is en niet kapot is. Er kan slechts één programma tegelijk naar de pakketdatabase schrijven, en het bericht zelf noemt het proces dat de vergrendeling bevat - op een normaal bureaublad dat heel vaak unattended-upgrades is (de automatische beveiligingsupdater voert zijn geplande uitvoering uit), een Software Updater-venster dat open is gelaten, of een andere terminal. Wacht een paar minuten, laat het voltooien en voer sudo apt update opnieuw uit; de meeste vergrendelingsfouten verdwijnen vanzelf.
/var/lib/dpkg/ of /var/lib/apt/lists/) terwijl er mogelijk nog een pakketproces actief is. De vergrendelingsbestanden zijn niet het probleem; ze vormen het wachtrijticket. Door ze te verwijderen, kunnen twee schrijvers tegelijk in de database terechtkomen, en zo verandert een onschuldig bericht in echte pakketsysteemcorruptie.Welke oorzaak uw fout ook wordt genoemd, eindig op dezelfde manier: repareer alleen dat ene ding, voer sudo apt update nogmaals uit en bevestig dat de fout wordt voltooid zonder E: regels aan het einde.
🏷️Topic Search Variables & Keywords
🎙️ Volledig transcript: tik om uit te vouwen
Stapsgewijze handleiding en oplossingen voor probleemoplossing - Werkt niet? Probeer dit. Demonstratie op het scherm door Technical Anshu.
sudo apt-update mislukt op Ubuntu? De laatste regels van de uitvoer noemen de echte oorzaak: verkeerde klok, repository aan het einde van de levensduur, kapotte PPA, ontbrekende GPG-sleutel of een slot. Deze gids laat zien hoe u de fout kunt lezen en alleen de schuldige bron kunt oplossen.
(Het transcript dat beschikbaar is op de bronpagina eindigt hier. Bekijk de video hierboven voor de volledige uitleg.)
❓ Veelgestelde vragen
Is deze tutorial 100% gratis te volgen?
Ja! Alle handleidingen en methoden die door Technical Anshu worden gedemonstreerd, maken gebruik van gratis, legale en educatieve bronnen.
Kunnen beginners deze handleiding volgen?
Absoluut! Elke stap wordt op het scherm gedemonstreerd met gedetailleerde instructies, zodat iedereen ze gemakkelijk kan volgen.
Waar kan ik vragen stellen als ik vastloop?
Laat een reactie achter op de YouTube-video, en onze community en Technical Anshu helpen je verder.
🚀 Bekijk de volledige tutorial op YouTube
🚀 Bekijk de volledige stapsgewijze video-tutorial op YouTube: https://www.youtube.com/watch?v=rAWEvloS-Bw
Abonneer u op Technische Anshu voor IT-ondersteuning, probleemoplossing voor Windows en serverbeheer.
▶️ Bekijk de volledige video