Fiks apt-get update Fungerer ikke
sudo apt-oppdatering mislykkes på Ubuntu? De siste linjene i utdataene navngir den virkelige årsaken - feil klokke, utløpsdepot, ødelagt PPA, manglende GPG-nøkkel eller en lås. Denne veiledningen viser hvordan du leser feilen og retter bare den skyldige kilden.
📑Kapitler
- Kjør sudo apt update og les de siste linjene – de navngir den virkelige årsaken
- Feil klokke – feilmeldingen «Utgivelsesfilen er ikke gyldig ennå»
- Nettverk og DNS – kan denne PC-en nå archive.ubuntu.com i det hele tatt?
- Sikkerhetskopier kildefilene før du redigerer noe
- End-of-life repository – en utgivelse som har forlatt hovedarkivet
- Bruket PPA – én dårlig tredjepartskilde stopper hele oppdateringen
- Mangler GPG-nøkkel – NO_PUBKEY-feilen
- Låsen – en annen pakkeprosess kjører allerede
📋 Oversikt og trinn-for-trinn-veiledning
Kjør oppdateringen og les de siste linjene
Start med å kjøre oppdateringen og lese utdataene riktig - fra bunnen. De fleste linjer er gode nyheter: Treff betyr at en kilde svarte greit og Hent betyr at en ny pakkeliste ble lastet ned. Bare to typer linjer betyr noe: Err-linjene i midten, og sammendragslinjene som begynner med E: eller W: helt til slutt. De siste to eller tre linjene navngir den ene ødelagte kilden og årsaken, i enkle ord.
sudo apt updateOne honest fact that calms most people down: one broken source does not poison the others. The sources that said Hit or Get updated normally. Your job is to find the single bad entry, fix or disable exactly that entry, and run the update again - never start by deleting the whole sources file.
Sjekk klokken
Den første av to 30-sekunders kontroller. Hvert Ubuntu-depot publiserer en signert utgivelsesfil stemplet med tidspunktet den ble opprettet og en dato som den forblir gyldig til, og sjekker apt stemplet mot PC-ens klokke. Hvis klokken er feil - et dødt CMOS-batteri og dual-boot-maskiner gjør dette ofte - nekter apt filen med Utgivelsesfilen er ikke gyldig ennå og teller til og med ned hvor lenge den vil vente. Kjør date og sammenlign den med telefonen din; feil år, måned eller til og med noen få timer teller.
Sjekk nettverket og DNS
Den andre 30-sekunders kontrollen: kan denne PC-en til og med nå Ubuntu-arkivet? Hvis denne kommandoen skriver ut en IP-adresse, fungerer navneoppløsningen og nettverksbanen er i live. Hvis den ikke skriver ut noe, er feilen nettverket eller DNS - ikke et eneste depot er skyldig, og redigering av kildefiler vil ikke hjelpe før tilkoblingen er fikset.
__FULLKODEBLOKK2__Sikkerhetskopier kildefilene før du redigerer noe
De gjenværende rettelsene kan omfatte filene som forteller apt hvor den skal lastes ned fra: /etc/apt/sources.list og filene per kilde i /etc/apt/sources.list.d/. Før du endrer en enkelt linje på begge steder, lagre en kopi av originalen et trygt sted, slik at en feil redigering alltid kan angres ved å sette kopien tilbake.
Fiks et utrangert arkiv
Hvis feilen sier at et depot ikke har en utgivelsesfil - vanligvis med en 404 - for hver linje i en Ubuntu-utgivelse, har den utgivelsen nådd slutten av levetiden og pakkene har flyttet fra hovedarkivet. apt rapporterer sannheten: det er ingenting på den adressen lenger.
De ærlige løsningene er to. Den virkelige er å oppgradere maskinen til en støttet Ubuntu-utgivelse. Holdealternativet er kun å peke på den gamle utgivelsens linjer på Ubuntus gamle utgivelsesarkiv (old-releases.ubuntu.com), som holder gamle utgivelser tilgjengelige – nyttig for å gjøre PC-oppdateringen en gang til, ikke en måte å holde et system som ikke støttes trygt for alltid. Erstatt aldri hele kildefilen med en tilfeldig kopiert fra internett; den vil bære feil kodenavn og feil kilder.
Fiks en ødelagt PPA eller en manglende GPG-nøkkel
En PPA er en tredjepartskilde du eller en veiledning lagt til tidligere, og en død PPA - eieren sluttet å publisere for utgivelsen din, eller PPA ble fjernet - mislykkes hele kjøringen selv om hver Ubuntu-kilde er sunn. Feilen navngir PPA-adressen. Deaktiver eller fjern bare den PPA-oppføringen (sin egen fil i /etc/apt/sources.list.d/, eller oppføringen i Programvare og oppdateringer under Annen programvare) og la alt annet stå urørt.
Et annet signaturproblem lyder NO_PUBKEY etterfulgt av en nøkkel-ID: depotet er i orden, men PC-en din stoler ennå ikke på signeringsnøkkelen. Løsningen er å legge til depotets nøkkel, hentet kun fra depotets egen offisielle side - en signeringsnøkkel bestemmer hva PC-en din stoler på, så importer aldri en fra et tilfeldig nedlastingssted.
--allow-insecure-repositories. Behandle det som en midlertidig diagnostikk på det meste, aldri som en løsning: den slår av signatursjekken som beskytter deg, så den virkelige reparasjonen er alltid nøkkelen eller selve depotet.Låsen – vent på den andre prosessen
Kunne ikke låse betyr at pakkesystemet er opptatt, ikke ødelagt. Bare ett program kan skrive pakkedatabasen om gangen, og selve meldingen navngir prosessen som holder låsen - på et vanlig skrivebord som ofte er uovervåket-oppgraderinger (den automatiske sikkerhetsoppdateringen kjører sin planlagte kjøring), et Software Updater-vindu som står åpent, eller en annen terminal. Vent noen minutter, la det fullføre, og kjør sudo apt update igjen; de fleste låsefeil fjerner seg selv.
/var/lib/dpkg/ eller /var/lib/apt/lists/) mens en pakkeprosess fortsatt kjører. Låsfilene er ikke problemet – de er købilletten. Hvis du sletter dem, slipper to forfattere inn i databasen samtidig, og det er slik en harmløs melding blir til ekte pakkesystemkorrupsjon.Uansett hvilken årsak feilen heter, fullfør på samme måte: fiks bare den ene tingen, kjør sudo apt update en gang til, og bekreft at den fullføres uten E:-linjer på slutten.
🏷️Topic Search Variables & Keywords
🎙️ Full transkripsjon – trykk for å utvide
Trinn-for-trinn feilsøkingsveiledning og løsninger – fungerer ikke? Prøv dette. Demonstrasjon på skjermen av Technical Anshu.
sudo apt-oppdatering mislykkes på Ubuntu? De siste linjene i utdataene navngir den virkelige årsaken - feil klokke, utløpsdepot, ødelagt PPA, manglende GPG-nøkkel eller en lås. Denne veiledningen viser hvordan du leser feilen og retter bare den skyldige kilden.
(Transkripsjonen som er tilgjengelig på kildesiden slutter på dette tidspunktet – se videoen ovenfor for en fullstendig gjennomgang.)
❓ Ofte stilte spørsmål
Er denne opplæringen 100 % gratis å følge?
Ja! Alle veiledninger og metoder demonstrert av Technical Anshu bruker gratis, juridiske og pedagogiske ressurser.
Kan nybegynnere følge denne veiledningen?
Absolutt! Hvert trinn er demonstrert på skjermen med detaljerte instruksjoner slik at alle enkelt kan følge med.
Hvor kan jeg stille spørsmål hvis jeg står fast?
Legg igjen en kommentar direkte på YouTube-videoen, så hjelper fellesskapet vårt og Technical Anshu deg.
🚀 Se hele veiledningen på YouTube
🚀 Se hele trinn-for-trinn-videoopplæringen på YouTube: https://www.youtube.com/watch?v=rAWEvloS-Bw
Abonner på Technical Anshu for IT-støtte, Windows-feilsøking og serveradministrasjon.
▶️ Se hele videoen