Noen ganger når de er installert nye kjerner i utstyret vårt med de respektive oppdateringene av vår distribusjon, kan noen maskinvareenheter slutte å fungere eller fungere feil. Hvorfor skjer det? Vel, det er enkelt, fordi maskinvaredrivere er endret med kjerneoppdateringen. De generiske kjernene som distribusjoner vanligvis installeres er konfigurert til å fungere med de fleste datamaskiner, men de er ikke optimalisert.
Noen ganger, hvis du har det en bestemt driver for noen enheter, kan det endres med den nye kjerneversjonen, og du kan se hvordan webkameraet ditt, nettverkskortet, lydkortet eller en hvilken som helst annen enhet plutselig har sluttet å fungere når det pleide å fungere ordentlig, det mest sikre er at modulen som tilsvarer driveren til enheten ble kastet fordi den ble ansett som foreldet eller av annen grunn, kanskje det bare er en sjelden enhet, og den generiske kjernen er ikke konfigurert til å laste den inn.
Ikke bekymre deg, hvis med den eldre versjonen av kjernen enheten din fungerte, har den en enkel løsning. Tenk deg for eksempel at nettverkskortet, lydkortet, webkameraet eller en hvilken som helst annen enhet plutselig har sluttet å fungere og tidligere fungerte. Hvis dette skjedde etter en kjerneoppdatering, kan du oppdage at modulen ikke lenger er til stede i den nye versjonen. Du kan sjekke det med (for eksempel forutsatt at det som ikke fungerer er nettverkskortet hvis driver er ath5k):
sudo modprobe ath5k && dmseg | grep ath
Hvis det ser ut for oss det modulen ikke eksisterer, betyr det at den ikke er til stede i kjernen vår. Sjekk deretter at kjernen oppdager enheten din, fordi den kanskje ikke fungerer, og det er årsaken. For eksempel:
lsmod
Y søk i listen Den spesifikke enheten du leter etter, for eksempel hvis det er nettverkskortet, ser etter noe som Ethernet, WiFi, trådløst eller i vårt tilfelle Atheros ... Hvis det er oppført, har det blitt oppdaget, derfor vil vi gjøre følgende, som er å slette eller eliminere den nyeste versjonen av kjernen og dens overskrifter.
dpkg --get-selections | grep linux-image
Med det blir kjernene vi har installert oppført. La oss forestille oss at vår problematiske versjon er 4.10.0-28 som vises i den listen, men at driveren med den forrige versjonen 4.10.0-2-generic fungerte skikkelig, siden la oss slette det:
sudo apt-get remove --purge linux-image-4.10.0-28-generic linux-image-extra-4.10.0-28-generic
Da gjør vi det samme for kjerneoverskrifter, vi ser etter og fra listen eliminerer vi de som tilsvarer den irriterende kjernen, for det:
dpkg --get-selections | grep linux-headers sudo apt-get remove --purge linux-headers-4.10.0-28 linux-headers-4.10.0-28-generic sudo update-grub2
Endelig fortell GRUB å starte systemet ved hjelp av versjonen forhåndsvisning av kjernen som ikke ga deg problemer:
sudo nano /etc/default/grup
Inne i filen endrer du linjen GRUB_DEFAULT = 0 til GRUB_DEFAULT = lagret. Gå deretter til slutten av filen og legg til en ny ny linje som inneholder GRUB_SAVEDEFAULT = sant. Lagre endringene og avslutt. Nå oppdaterer vi igjen for at endringene skal tre i kraft:
sudo update-grub2
Start på nytt og gå... Nå skal alt fungere. Dette er åpenbart bare gyldig for distros som har flere kjerner tilgjengelig. Hvis du bare har en, kan du ikke gjøre dette, det er logisk ... Derfor er det alltid bra å ikke kaste de gamle kjernene etter oppdateringer, de kan tjene som en sikkerhetskopi til enhver tid.
Det vil spare deg for å laste ned, konfigurere og kompilere en ny kjerne for hånd for å installere på distro. Ikke glem å legge igjen kommentarene dine med tvil eller spesifikke tilfeller der du har hatt problemer etter oppdatering til en ny kjerne ...
God artikkel og veldig betimelig for meg, siden det har skjedd med meg og bare med driveren av en wifi med Atheros 5k ... Jeg antok at problemet mitt skyldtes grunnen til at du påpekte i innlegget, siden det ikke var første gang Dette tilbakeslaget skjer med meg. Til slutt, fordi jeg ønsket å prøve den nyeste versjonen av Ubuntu, bestemte jeg meg for å gjøre en ny installasjon etter nesten 3 år med ltene jeg hadde på.
Vi er allerede med det samme som alltid, du forklarer det i artikkelen tjener bare for debian, ubuntu og derivater, men ikke for andre distros, som om det bare var de distrosene, og så skryter vi av at det i GNU / Linux er mye av variasjon, men bare Vi snakket om noen få distroer, jeg bruker Manjaro og det fungerer bra, og ifølge Distrowatch er det den tredje mest nedlastede, over Ubuntu og blant annet det oppdager maskinvaren, jeg har installert driverne uten å måtte gjør hva som helst og hva du skal si om kjernen. installer i grafio-modus, du får en liste og med et enkelt klikk velger du den du vil ha, og det er det, men hvis du gjør det fra terminalen er det bare en super kort linje og ikke tre eller fire som Ubuntu. Det eneste jeg spør er at hvis du bare skal snakke om en bestemt distro, er det spesifisert i tittelen.
Det skjedde med meg med min eneste stive sata, det vil si at jeg gikk tom for støvel i KDE Neon, selv om jeg ikke er sikker på hvem jeg skal klandre fordi det ser ut til at bios ikke kjente det igjen.
Jeg koblet den til en annen port i materen, og den startet
Noen av oss klarer ikke å tolke at instruksjonene er de samme for alle distroer og begynner å leke med mer kompliserte distroer.
Hei! Jeg ønsket å rapportere en skrivefeil i den første [koden]:
sudo modprobe ath5k && dmseg | grep ath
dmesg i stedet for dmseg
Værsågod!
Storslått forklaring som har gjort det mulig for meg å gjenopprette kabelforbindelsen til internett. Nettkortet var borte etter en kjerneoppdatering til linux image og linux headers versjon 4.4.0-127, som jeg utførte torsdag 24. mai 2018.
Legg merke til kommentaren før min som korrigerer en instruksjon.
Hvis kontrolleren, antar at et WiFi-kort, som er det hyppigste tilfellet, har blitt samlet og installert, aktivert modulen med modprobe, vil det samme skje? Vil det være mulig i dette tilfellet å kompilere og laste inn modulen igjen?
Du ser hvordan dette nettstedet fungerer, de retter en linje med en feil og ingen sak etter to år.