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.
📑Kapitler
- Kør sudo apt update og læs de sidste linjer - de navngiver den egentlige årsag
- Forkert ur - fejlen "Udgivelsesfil er ikke gyldig endnu"
- Netværk og DNS - kan denne pc overhovedet nå archive.ubuntu.com?
- Sikkerhedskopier kildefilerne, før du redigerer noget
- End-of-life repository - en udgivelse, der har forladt hovedarkivet
- Brukket PPA - én dårlig tredjepartskilde stopper hele opdateringen
- Manglende GPG-nøgle - NO_PUBKEY-fejlen
- Låsen - en anden pakkeproces kører allerede
📋 Oversigt og trin-for-trin guide
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__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.
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__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.
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.
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.
--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.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.
/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
🎙️ 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