Technical Anshu Hjem › Tutorials › Rette apt-get Update
🐧 Ubuntu apt Fix

Rette apt-get update Fungerer ikke

sudo apt-opdatering mislykkes på Ubuntu? De sidste linjer i outputtet navngiver den egentlige årsag - forkert ur, udtjent lager, ødelagt PPA, manglende GPG-nøgle eller en lås. Denne vejledning viser, hvordan du læser fejlen og retter kun den skyldige kilde.

✍️ Technical Anshu🐧 Ubuntu / Linux🎧 Multi-Language Audio
Rette apt-get update Fungerer ikke
🎧 Flersproget lyd: Klik på [Indstillinger] (⚙️) ➔ [Lydspor] i videoafspilleren for at vælge sprog.

📑Kapitler

  1. Kør sudo apt update og læs de sidste linjer - de navngiver den egentlige årsag
  2. Forkert ur - fejlen "Udgivelsesfil er ikke gyldig endnu"
  3. Netværk og DNS - kan denne pc overhovedet nå archive.ubuntu.com?
  4. Sikkerhedskopier kildefilerne, før du redigerer noget
  5. End-of-life repository - en udgivelse, der har forladt hovedarkivet
  6. Brukket PPA - én dårlig tredjepartskilde stopper hele opdateringen
  7. Manglende GPG-nøgle - NO_PUBKEY-fejlen
  8. Låsen - en anden pakkeproces kører allerede

📋 Oversigt og trin-for-trin guide

1

Kør opdateringen og læs de sidste linjer

Start med at køre opdateringen og læse outputtet korrekt - fra bunden. De fleste linjer er gode nyheder: Hit betyder, at en kilde svarede fint, og Hent betyder, at en ny pakkeliste blev downloadet. Kun to slags linjer betyder noget: Err-linjerne i midten og oversigtslinjerne, der starter med E: eller W: til allersidst. De sidste to eller tre linjer navngiver den ene ødelagte kilde og årsagen, i almindelige ord.

__FULDKODEBLOCK0__
2

Tjek uret

Den første af to 30-sekunders kontroller. Hvert Ubuntu-lager udgiver en signeret udgivelsesfil stemplet med det tidspunkt, hvor den blev oprettet, og en dato, indtil hvilken den forbliver gyldig, og kontrollerer apt det stempel mod din pc's ur. Hvis uret er forkert - et dødt CMOS-batteri og dual-boot-maskiner gør dette ofte - afviser apt filen med Udgivelsesfilen er ikke gyldig endnu og tæller endda ned, hvor længe den ville vente. Kør dato og sammenlign den med din telefon; et forkert år, måned eller endda et par timer tæller alt sammen.

__FULDKODEBLOCK1__
3

Tjek netværket og DNS

Den anden 30-sekunders kontrol: kan denne pc overhovedet nå Ubuntu-arkivet? Hvis denne kommando udskriver en IP-adresse, fungerer navneopløsningen, og netværksstien er i live. Hvis det ikke udskriver noget, er fejlen netværket eller DNS - ikke et enkelt lager er skyldigt, og redigering af kildefiler vil ikke hjælpe, før forbindelsen er rettet.

__FULDKODEBLOCK2__
4

Sikkerhedskopier kildefilerne, før du redigerer noget

De resterende rettelser kan involvere de filer, der fortæller apt, hvor den skal downloades fra: /etc/apt/sources.list og de per-kilde filer inde i /etc/apt/sources.list.d/. Før du ændrer en enkelt linje på begge steder, skal du gemme en kopi af originalen et sikkert sted, så en forkert redigering kan altid fortrydes ved at sætte kopien tilbage.

⚠️ Rediger forsigtigt - en forkert redigering bryder opdateringer yderligere. Hver linje bærer et udgivelseskodenavn for en specifik Ubuntu-udgivelse. Hvis en linje peger på en anden udgivelse end den installerede, blander apt to udgivelser, og fejl ganges; sletning af poster fjerner kilder, du stadig har brug for. Skift eller deaktiver kun den ene skyldige post, som fejlen hedder - intet andet.
5

Ret et end-of-life-lager

Hvis fejlen siger, at et lager ikke har en udgivelsesfil - normalt med en 404 - for hver linje i en Ubuntu-udgivelse, har den udgivelse nået slutningen af sin levetid, og dens pakker er flyttet fra hovedarkivet. apt rapporterer sandheden: der er intet på den adresse længere.

De ærlige rettelser er to. Den rigtige er at opgradere maskinen til en understøttet Ubuntu-udgivelse. Holdemuligheden er kun at pege på de gamle udgivelseslinjer i Ubuntus gamle udgivelsesarkiv (old-releases.ubuntu.com), som holder gamle udgivelser tilgængelige - nyttigt til at gøre pc-opdateringen endnu en gang, ikke en måde at holde et ikke-understøttet system sikkert for evigt. Udskift aldrig hele din kildefil med en tilfældig en kopieret fra internettet; det vil bære de forkerte kodenavne og de forkerte kilder.

6

Ret en ødelagt PPA eller en manglende GPG-nøgle

En PPA er en tredjepartskilde, du eller en tutorial tilføjet tidligere, og en død PPA - dens ejer stoppede med at udgive for din udgivelse, eller PPA'en blev fjernet - mislykkes hele kørslen, selvom hver Ubuntu-kilde er sund. Fejlen navngiver PPA's adresse. Deaktiver eller fjern kun denne PPA's post (dens egen fil i /etc/apt/sources.list.d/, eller indgangen i Software og opdateringer under Anden Software), og lad alt andet være urørt.

Et andet signaturproblem lyder NO_PUBKEY efterfulgt af et nøgle-id: lageret er i orden, men din pc har endnu ikke tillid til sin signaturnøgle. Rettelsen er at tilføje nøglen til depotet, kun taget fra lagerets egen officielle side - en signeringsnøgle bestemmer, hvad din pc har tillid til, så importer aldrig en fra et tilfældigt downloadwebsted.

📌 På nogle fejl foreslår apt at køre med --allow-insecure-repositories. Behandl det højst som en midlertidig diagnosticering, aldrig som en løsning: den slukker for signaturtjekket, der beskytter dig, så den rigtige reparation altid er nøglen eller selve depotet.
7

Låsen - Vent på den anden proces

Kunne ikke låse betyder, at pakkesystemet er optaget, ikke ødelagt. Kun ét program kan skrive pakkedatabasen ad gangen, og selve meddelelsen navngiver processen, der holder låsen - på et normalt skrivebord, der meget ofte er uovervåget-opgraderinger (den automatiske sikkerhedsopdatering, der udfører sin planlagte kørsel), et Software Updater-vindue, der står åbent, eller en anden terminal. Vent et par minutter, lad det afslutte, og kør sudo apt update igen; de fleste låsefejl rydder sig selv.

⚠️ Slet aldrig låsefiler (for eksempel under /var/lib/dpkg/ eller /var/lib/apt/lists/), mens en pakkeproces muligvis stadig kører. Låsefilerne er ikke problemet – de er købilletten. Sletning af dem lader to forfattere komme ind i databasen på én gang, hvilket er hvordan en harmløs besked bliver til ægte pakkesystemkorruption.

Uanset hvilken årsag din fejl er navngivet, afslut på samme måde: Ret kun den ene ting, kør sudo apt update en gang til, og bekræft, at den fuldføres uden E:-linjer i slutningen.

🏷️Topic Search Variables & Keywords

🔍 Ubuntu 🔍 AptUpdate 🔍 Linux 🔍 TechnicalAnshu 🔍 ITAdmin 🔍 Troubleshooting 🔍 sudo apt update 🔍 apt-get update not working 🔍 sources.list 🔍 NO_PUBKEY 🔍 PPA Error 🔍 Release file not valid yet 🔍 Ubuntu Update Failed
🎙️ Fuld transskription — tryk for at udvide

Trin-for-trin fejlfindingsvejledning og løsninger - Virker ikke? Prøv dette. Demonstration på skærmen af Technical Anshu.

sudo apt-opdatering mislykkes på Ubuntu? De sidste linjer i outputtet navngiver den egentlige årsag - forkert ur, udtjent lager, ødelagt PPA, manglende GPG-nøgle eller en lås. Denne vejledning viser, hvordan du læser fejlen og retter kun den skyldige kilde.

(Den transskription, der er tilgængelig på kildesiden, slutter på dette tidspunkt - se videoen ovenfor for den fulde gennemgang.)

❓ Ofte stillede spørgsmål

Er dette selvstudie 100 % gratis at følge?

Ja! Alle vejledninger og metoder demonstreret af Technical Anshu bruger gratis, juridiske og uddannelsesmæssige ressourcer.

Kan begyndere følge denne guide?

Absolut! Hvert trin er demonstreret på skærmen med detaljerede instruktioner, så alle nemt kan følge med.

Hvor kan jeg stille spørgsmål, hvis jeg går i stå?

Skriv en kommentar direkte på YouTube-videoen, og vores fællesskab og Technical Anshu vil hjælpe dig.

🚀 Se hele selvstudiet på YouTube

🚀 Se den fulde trin-for-trin-videovejledning på YouTube: https://www.youtube.com/watch?v=rAWEvloS-Bw

Abonner på Technical Anshu for it-support, Windows-fejlfinding og serveradministration.

▶️ Se hele videoen
Denne vejledning er baseret på Technical Anshu's Fix apt-get update Fungerer ikke video • Står du fast på et trin? Spørg i videokommentarerne - du får hjælp der 🙏