Guider

Fix: Finner ikke en gyldig baseurl for repo: base

Hvis du er på noen av Linux-distribusjonene som bruker yum-pakkebehandling, kan det hende du får en feilmelding som lyder Kan ikke finne en gyldig baseurl for repo: base kort tid etter at du har installert operativsystemet. Dette er oftest en feil assosiert med Fedora, Red Hat og CentOS Linux-distribusjoner, men du kan også få den når du prøver å oppdatere yum på kompatible versjoner av SUSE. Du får vanligvis bare feilen når du prøver å oppdatere, men heldigvis er det en ganske enkel måte å omgå den.

Metode 1: Tvinge nam til å finne en baseurl

Denne feilmeldingen indikerer at Yellowdog Updater, Modified (yum), uansett årsak, ikke er i stand til å få tilgang til basen det bruker for å finne pakkeinformasjon. For å gjengi feilmeldingen, kjørsudo yum oppdateringeller rett og slett yum oppdatering hvis du er rotbruker. Hvis den oppdateres denne gangen, var feilen bare forårsaket av en nettverkshikke, og du trenger ikke gjøre noe annet.

På den annen side kan det hende du finner ut at du har gjengitt feilmeldingen. Det første du må sjekke er å sørge for at du er koblet til nettverket. Du vil være sikker på at du ikke opplever et nettbrudd, som er den vanligste årsaken til denne feilen. Hvis du er på internett og fremdeles ikke finner en gyldig baseurl, kan du prøve ping mirrorlist.centos.org og se hva som skjer. Trykk Ctrl + C for å avslutte pingeprosessen og se hvilke resultater du mottok. Hvis du bruker Red Hat eller Fedora, kan det være lurt å erstatte speillistens URL som feilen rapporterte til deg i stedet for CentOS URL vi brukte.

Hvis du ikke klarer å pinge serverne, må du kanskje vente fordi de kan oppleve midlertidig strømbrudd. Ellers, hvis du har nettverksproblemer, kan du prøve stien vist på bildet og bytt ONBOOT = -linjen til enten ja eller nei. Det kan være lurt å prøve dem begge. Når du har satt det, løp sudo dhclient så lenge du ikke arbeider gjennom ssh og deretter prøve å oppdatere yum igjen. Hvis du fremdeles sliter med å få pakkebehandleren til å oppdatere, så prøv å redigere den filen igjen.

Du finner et alternativ som heter NM_CONTROLLED, som du bør sette til nei. Hvis du gjør dette, må du sørge for at ONBOOT = også er satt til nei. Når du setter alternativene til nei, må du sørge for at du bare skriver ordene med små bokstaver, da noen versjoner av CentOS og Fedora faktisk kan ha en slags skiftesensitivitet i denne forbindelse.

Når du er ferdig med å redigere filen, må du sørge for at du har koblet en Ethernet-kabel til det første nettverksgrensesnittet på maskinen og prøve å kjøre ifdown eth0; ifup eth0 for å tilbakestille nettverket. Brukere av CentOS 7, som i eksemplet vårt, kan kanskje ikke finne denne filen fordi ting ble endret. Hvis det er tilfelle, kan du prøve å lete etter hva som vises på bildet nedenfor eller noe annet som ligner på dette mønsteret. CentOS ’utviklere bestemte seg for å gjøre noen endringer sist gang de fornyet den minimale installasjonskoden, og som endret navnet på noen av nettverksgrensesnittene som et resultat.

Når alt ser bra ut, kan du prøve å oppdatere nam igjen og se om det fungerer.

Metode 2: Avkommentering av baseurl

I noen sjeldne situasjoner kan denne feilen ikke skyldes et nettverksproblem. Hvis du er sikker på at du er koblet til og fortsatt ikke kan få noe til å fungere, åpner du filen vist på bildet nedenfor som rot-superbruker med din favoritt tekstredigerer. Nok en gang, hvis du ikke bruker CentOS som vi var, trenger du en enkel navneendring for å finne riktig fil.

Du bør se en linje som lyder:

baseurl = // mirror.centos.org/centos/$releasever/os/$basearch/

Forsikre deg om at dette ikke starter med et kommentarflagg som # -symbolet. Hvis det gjør det, fjerner du det og lagrer filen. Prøv å oppdatere igjen. Dette burde ha tvunget systemet til å oppdatere ordentlig denne gangen, noe det ikke kan gjøre hvis det ikke finner denne linjen fordi det ble skjult av et kommentarflagg.

$config[zx-auto] not found$config[zx-overlay] not found