Problemi sa hardverom nakon najnovijeg ažuriranja kernela?

Tux Linux sa sjajem

Ponekad, kada se novi kerneli instaliraju na naš računar zajedno s odgovarajućim ažuriranjima za našu distribuciju, neki hardverski uređaji mogu prestati raditi ili neispravno funkcionirati. Zašto se to događa? Jednostavno je: upravljački programi hardvera su izmijenjeni ažuriranjem kernela. Generički kerneli koje distribucije obično instaliraju konfigurisani su za rad s većinom računara, ali nisu optimizirani.

Ponekad, ako imate određeni drajver za neki uređaj, on se može promijeniti s novom verzijom kernela i možete primijetiti da je vaša web kamera, mrežna kartica, zvučna kartica ili bilo koji drugi uređaj iznenada prestao raditi, iako je prije ispravno radio. Pa, najvjerovatnije je modul koji odgovara drajveru tog uređaja odbačen jer se smatrao zastarjelim ili iz nekog drugog razloga; možda se jednostavno radi o neobičnom uređaju, a generički kernel nije konfiguriran da ga učita.

Ne brinite, ako je vaš uređaj radio s prethodnom verzijom kernela , to se lako može popraviti. Na primjer, zamislite da je vaša mrežna kartica, zvučna kartica, web kamera ili bilo koji drugi uređaj iznenada prestao raditi. Ako se to dogodilo nakon ažuriranja kernela, možda ćete otkriti da modul više nije prisutan u novoj verziji. To možete provjeriti pomoću (na primjer, pod pretpostavkom da je problem s mrežnom karticom čiji je upravljački program ath5k):

sudo modprobe ath5k && dmseg | grep ath

Ako vidite da modul ne postoji , to znači da nije prisutan u vašem kernelu. Zatim provjerite da li kernel prepoznaje vaš uređaj, jer je moguće da ne radi, a to bi mogao biti uzrok. Na primjer:

lsmod

I potražite na popisu određeni uređaj koji tražite, na primjer, ako je to mrežna kartica, potražite nešto poput Ethernet, WiFi, Wireless ili u našem slučaju Atheros... Ako je na popisu, detektiran je, stoga ćemo učiniti sljedeće, a to je izbrisati ili ukloniti najnoviju verziju kernela i njegovih zaglavlja.

dpkg --get-selections | grep linux-image

Ovo navodi kernele koje smo instalirali. Zamislimo da je naša problematična verzija 4.10.0-28, koja se pojavljuje na toj listi, ali da je drajver ispravno radio s prethodnom verzijom, 4.10.0-2-generic, pa hajde da je uklonimo.

sudo apt-get remove --purge linux-image-4.10.0-28-generic linux-image-extra-4.10.0-28-generic

Zatim radimo isto za zaglavlja kernela ; pretražujemo i uklanjamo s liste one koji odgovaraju problematičnom kernelu. Da biste to učinili:

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

Na kraju, recite GRUB-u da pokrene sistem koristeći prethodnu verziju kernela koja vam nije stvarala probleme:

sudo nano /etc/default/grup

Unutar te datoteke, promijenite liniju GRUB_DEFAULT=0 u GRUB_DEFAULT=saved . Zatim idite na kraj datoteke i dodajte još jednu novu liniju koja sadrži GRUB_SAVEDEFAULT=true . Sačuvajte promjene i izađite. Sada ponovo ažurirajte da bi promjene stupile na snagu:

sudo update-grub2

Ponovo pokrenite sistem i gotovi ste ... Sada bi sve trebalo raditi. Očigledno, ovo se odnosi samo na distribucije s više dostupnih kernela; ako imate samo jedan, ne možete ovo učiniti, što ima smisla. Zato je uvijek dobra ideja ne bacati stare kernele nakon ažuriranja; oni mogu poslužiti kao sigurnosna kopija kada su potrebni.

To će vas spasiti od preuzimanja, konfiguriranja i ručnog sastavljanja novog jezgra za instalaciju na vaš distro. Ne zaboravite svoje komentare ostaviti sa sumnjama ili u određenim slučajevima u kojima ste imali problema nakon nadogradnje na novi kernel ...


Dodaj kao preferirani izvor na Googleu