Uneori, când sunt instalate miezuri noi În echipamentul nostru cu actualizările respective ale distribuției noastre, unele dispozitive hardware pot să nu mai funcționeze sau să funcționeze necorespunzător. De ce se întâmplă? Ei bine, este simplu, deoarece driverele hardware au fost modificate odată cu actualizarea kernel-ului. Nucleele generice pe care distribuțiile le instalează de obicei sunt configurate pentru a funcționa cu majoritatea computerelor, dar nu sunt optimizate.
Uneori, dacă ai un șofer specific pentru unele dispozitive, se poate schimba odată cu noua versiune a nucleului și puteți vedea cum camera web, placa de rețea, placa de sunet sau orice alt dispozitiv a încetat brusc să funcționeze când a funcționat corect, bine, cel mai sigur este că modulul corespunzător driverului dispozitivului respectiv a fost eliminat deoarece a fost considerat învechit sau din orice alt motiv, poate este doar un dispozitiv rar și nucleul generic nu a fost configurat pentru a-l încărca.
Nu vă faceți griji, dacă aveți versiunea mai veche a nucleului dispozitivul dvs. a funcționat, are o soluție ușoară. De exemplu, imaginați-vă că placa de rețea, placa de sunet, camera web sau orice alt dispozitiv a încetat brusc să funcționeze și obișnuia să funcționeze. Dacă acest lucru s-a întâmplat după o actualizare a nucleului, este posibil să descoperiți că modulul nu mai este prezent în noua versiune. O puteți verifica cu (de exemplu, presupunând că ceea ce nu funcționează este placa de rețea al cărei driver este ath5k):
sudo modprobe ath5k && dmseg | grep ath
Dacă ni se pare că modulul nu există, înseamnă că nu este prezent în nucleul nostru. Apoi verificați dacă nucleul vă detectează dispozitivul, deoarece este posibil să nu funcționeze și aceasta este cauza. De exemplu:
lsmod
Y căutați în listă Dispozitivul specific pe care îl căutați, de exemplu dacă este placa de rețea, caută ceva de genul Ethernet, WiFi, Wireless sau în cazul nostru Atheros ... Dacă este listat, a fost detectat, prin urmare vom face următoarele, care este să ștergeți sau să eliminați cea mai recentă versiune a nucleului și a antetelor acestuia.
dpkg --get-selections | grep linux-image
Cu aceasta sunt listate nucleele pe care le-am instalat. Să ne imaginăm că versiunea noastră problematică este 4.10.0-28 care apare în lista respectivă, dar că, cu versiunea anterioară 4.10.0-2-generic, driverul a funcționat corect, deoarece hai să-l ștergem:
sudo apt-get remove --purge linux-image-4.10.0-28-generic linux-image-extra-4.10.0-28-generic
Atunci facem același lucru pentru anteturile nucleului, căutăm și din listă le eliminăm pe cele corespunzătoare nucleului enervant, pentru asta:
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
În cele din urmă spuneți GRUB să pornească sistemul folosind versiunea previzualizare kernel care nu v-a dat probleme:
sudo nano /etc/default/grup
În interiorul acelui fișier schimbați linia GRUB_DEFAULT = 0 la GRUB_DEFAULT = salvat. Apoi mergeți la sfârșitul fișierului și adăugați o altă linie nouă care conține GRUB_SAVEDEFAULT = adevărat. Salvați modificările și ieșiți. Acum actualizăm din nou pentru ca modificările să intre în vigoare:
sudo update-grub2
Reporniți și plecați... Acum totul ar trebui să funcționeze. Evident, acest lucru este valabil numai pentru distribuțiile care au mai multe nuclee disponibile, dacă aveți doar unul, nu puteți face acest lucru, este logic ... De aceea este întotdeauna bine să nu aruncați nucleele vechi după actualizări, ele pot servi ca backup în orice moment dat.
Acest lucru vă va scuti de descărcarea, configurarea și compilarea manuală a unui nou kernel pentru a fi instalat pe distro. Nu uitați să lăsați comentariile dvs. cu îndoieli sau cazuri specifice în care ați avut probleme după actualizarea la un nou kernel ...