Linux 6.16: Probleme cu plăcile de bază ASUS, de ce apar și cum să le atenuezi fără bătăi de cap

Linux 6.16 a sosit cu mai mult zgomot decât se aștepta: pentru mulți utilizatori cu plăci de bază ASUS , a devenit o actualizare problematică. Deși problemele cu plăcile grafice Intel par să se îmbunătățească, persistă erori neplăcute la plăcile de bază ale mărcii taiwaneze, cum ar fi mașinile care refuză să se oprească sau să repornească atunci când li se solicită.

În plus, unii utilizatori au raportat că sistemul se blochează în timpul pornirii și, ocazional, se confruntă cu o panică de kernel . Deși acest lucru poate părea normal în utilizarea de zi cu zi, problemele apar la oprire, repornire sau bootare. Vestea bună este că există o soluție simplă pe care o puteți aplica dacă placa de bază ASUS a început să funcționeze după actualizarea la cel mai recent kernel stabil.

Ce se întâmplă cu Linux 6.16 și plăcile de bază ASUS?

Sursa problemei pare să fie două module de kernel concepute pentru anumite caracteristici hardware ASUS . După actualizarea la Linux 6.16 , aceste module par a fi responsabile pentru blocări în timpul opririi/repornirii și blocări sporadice la pornire. Prima actualizare de întreținere a kernelului nu a rezolvat problema în toate cazurile, așa că este recomandabilă o soluție alternativă până la lansarea unei soluții oficiale.

Cei care se confruntă cu aceste probleme descriu adesea sistemul ca funcționând normal în timpul sesiunilor de lucru sau de jocuri, dar când este timpul să se oprească sau să se repornească , mașina se blochează sau revine la desktop fără a finaliza acțiunea. În cele mai grave cazuri, procesul de pornire nu reușește să progreseze și poate duce la temuta panică a kernelului .

Cele mai frecvente simptome pe care le puteți întâlni

• Oprirea nu se finalizeazăSistemul pornește procesul de oprire, dar nu se termină și rămâne blocat.
• Repornirea a eșuatCând se solicită o repornire, sesiunea nu progresează sau se blochează pe ecranele intermediare.
• Se blochează la pornirePe unele computere, bootarea se oprește fără a continua și poate duce la o panică la nivelul kernelului.
• Utilizare normală fără anomaliiNu se observă evenimente neobișnuite în timpul activității zilnice; problemele apar în principal în timpul tranzițiilor energetice.

Cauza tehnică: modulele asus_wmi și asus_nb_wmi

Vulnerabilitățile au fost atribuite la două module care vizează hardware-ul ASUS : asus_wmi și asus_nb_wmi . Acestea nu sunt componente oficiale ale producătorului, ci mai degrabă module dezvoltate de comunitate care extind compatibilitatea și expun caracteristici specifice hardware-ului ASUS prin intermediul interfeței WMI a kernel-ului.

Ipoteza de lucru este clară: odată cu Linux 6.16, ceva a mers prost în interacțiunea acestor module cu anumite plăci de bază. Cea mai eficientă metodă de atenuare a problemelor implică dezactivarea temporară a ambelor module pentru a restabili stabilitatea în timpul operațiunilor de oprire, repornire și pornire.

Atenuare rapidă: module listate cu negri

Soluția implică împiedicarea sistemului să încarce modulele conflictuale. Pentru a face acest lucru, pur și simplu adăugați-le pe lista neagră modprobe . Veți avea nevoie de privilegii de administrator ; puteți deschide și edita fișierul de configurare cu editorul preferat (Vim, Nano sau chiar un editor GTK instalat tradițional sau în format Snap, care poate fi rulat ca root ).

Deschideți fișierul modprobe corespunzător cu privilegii de superutilizator. Dacă nu există, îl puteți crea fără nicio problemă: calea tipică este următoarea.

sudo vim /etc/modprobe.d/blacklist.conf

Dacă preferi o alternativă, Nano funcționează perfect: ideea este aceeași, deschide fișierul respectiv cu permisiuni ridicate și editează-i conținutul pentru a împiedica încărcarea modulelor problematice.

Ce linii trebuie adăugate exact

În fișier, includeți aceste două intrări pentru a împiedica kernelul să încarce modulele la pornire. Acest lucru ar trebui să restabilească placa de bază la un comportament stabil în timpul opririlor, repornirilor și pornirilor automate.

blacklist asus_wmi
blacklist asus_nb_wmi

Salvați modificările fișierului și ieșiți din editor. Dacă utilizați Vim, `:wq` va rezolva problema; în Nano, Ctrl+O și apoi Ctrl+X. Nu aveți nevoie de nimic altceva în afară de o repornire pentru ca modificările să aibă efect.

Repornire după atenuare

După ce modificările sunt salvate, reporniți sistemul. Având în vedere natura problemei cu care ne confruntăm, este posibil să fie nevoie să forțați o oprire dacă se blochează; apăsarea clasică a butonului de pornire poate fi inevitabilă în această situație. La următoarea pornire, sistemul nu ar trebui să mai încarce modulele, iar computerul ar trebui să răspundă normal la oprire sau repornire.

În multe cazuri, după aplicarea listei negre, blocările dispar, iar opririle și repornirile devin din nou previzibile . Dacă nu observați nicio îmbunătățire, confirmați că liniile au fost salvate corect și că calea fișierului este corectă pentru distribuția dvs.

Avertismente importante înainte de dezactivarea modulelor

Este important să rețineți că asus_wmi și asus_nb_wmi nu sunt module oficiale ale producătorului, ci mai degrabă contribuții ale comunității. Dezactivarea lor poate dezactiva anumite funcții expuse de aceste straturi de compatibilitate pe anumite dispozitive ASUS.

Acest lucru este relevant în special în cazul dispozitivelor cu un nivel ridicat de integrare, cum ar fi PC-urile bazate pe consolă precum ASUS ROG Ally , și în cazul laptopurilor ASUS care se bazează pe aceste module pentru anumite funcții. În aceste cazuri, atenuarea poate avea efecte secundare, de la pierderea unor controale specifice până la absența setărilor specifice producătorului.

Dacă utilizați un computer desktop cu o placă de bază ASUS și nu utilizați software sau utilitare care depind de aceste funcții, sistemul va reveni cel mai probabil la funcționarea normală fără efecte secundare vizibile în timpul utilizării normale.

Editarea fișierului: opțiuni și considerații

Puteți edita fișierul cu diferite instrumente. Cu Vim , comanda afișată mai sus va deschide direct calea. Dacă preferați ceva mai simplu, Nano oferă o experiență mai ușor de utilizat pentru cei care nu utilizează Vim. Alternativ, puteți utiliza un editor grafic GTK instalat tradițional sau printr- un pachet Snap , care poate fi rulat cu privilegii de root pentru a salva modificările aduse căilor de sistem.

Rețineți că fișierul blacklist.conf poate exista sau nu, în funcție de distribuția dvs. și de orice modificări anterioare pe care le-ați făcut sistemului. Dacă nu este prezent, creați-l și adăugați liniile indicate. Dacă există deja, pur și simplu adăugați intrările din lista neagră pentru modulele aflate în conflict la sfârșit.

Cum se verifică dacă este aplicată atenuarea

După repornire, ar trebui să observați că operațiunile de alimentare sunt din nou fiabile . Dacă sunteți interesat să verificați dacă modulele nu s-au încărcat, puteți verifica cu instrumentele obișnuite de sistem, dar important este ca mașina să nu se mai blocheze la oprire, repornire sau pornire.

Dacă computerul continuă să se comporte neregulat, verificați din nou dacă intrările din lista neagră sunt exact așa cum se arată mai sus și că nu există greșeli de scriere. De asemenea, asigurați-vă că fișierul se află în folderul /etc/modprobe.d și că modificările au fost salvate corect.

Cum să inversezi atenuarea dacă observi efecte secundare

Dacă observați că dezactivarea modulelor duce la pierderea oricărei funcționalități importante din sistem, puteți reveni la atenuare. Redeschideți fișierul de configurare și eliminați cele două linii adăugate (sau comentați-le). Salvați, reporniți, iar sistemul va încărca din nou asus_wmi și asus_nb_wmi ca înainte.

Pe dispozitivele în care aceste straturi oferă funcții critice, cum ar fi unele laptopuri ASUS sau sisteme extrem de integrate, este posibil să preferați să așteptați o soluție oficială înainte de a le include permanent pe lista neagră.

Stadiul aranjamentului oficial și ce să vă așteptați

Dezvoltatorii kernelului sunt conștienți de problema care afectează plăcile de bază ASUS pe Linux 6.16. Deși prima versiune de întreținere nu a rezolvat-o pentru toată lumea, se așteaptă ca o actualizare viitoare să abordeze cauza principală a problemei fără a fi nevoie de soluții alternative.

Între timp, această soluție alternativă este o modalitate simplă și eficientă de a stabiliza sistemele afectate, în special PC-urile desktop unde acele straturi ASUS nu sunt esențiale pentru utilizarea zilnică. Dacă totul se stabilizează în cazul dvs. și nu pierdeți nicio funcție, această atenuare ar putea chiar să rămână o soluție permanentă.

Sfaturi practice pentru implementarea schimbării în siguranță

Înainte de a atinge orice, asigură-te că ai la îndemână un dispozitiv bootabil alternativ în cazul în care trebuie să recuperezi sistemul. Este puțin probabil să ai nevoie de el pentru această atenuare, dar nu strică niciodată să fii precaut atunci când editezi configurațiile kernelului.

Când editați, asigurați-vă că utilizați comanda cu `sudo` sau că sunteți autentificat ca root, deoarece fără privilegii de administrator nu veți putea salva modificările în folderul de sistem. Chiar și o singură literă plasată greșit va face lista neagră ineficientă.

După repornire, testați în mod specific ce a cauzat problema: efectuați o oprire completă și o repornire pentru a verifica dacă nu mai există blocări . Dacă ați întâmpinat și blocări la pornire, efectuați câteva cicluri de pornire/oprire pentru a confirma că totul a revenit la normal.

Când să se aplice atenuarea și când să se aștepte

Dacă te bazezi pe computerul tău zilnic și întâmpini blocări la oprire sau repornire de la actualizarea la Linux 6.16 , această soluție este o opțiune rezonabilă. Este rapidă, reversibilă și funcționează de obicei pe desktop-urile ASUS care nu utilizează funcții speciale ASUS.

Dacă folosești un dispozitiv cu multe integrări software și hardware ASUS (cum ar fi anumite console portabile sau laptopuri ale aceleiași mărci) și bănuiești că ai putea pierde funcții cheie, poți prefera să aștepți revizia oficială a kernelului, testând atenuarea doar dacă erorile te împiedică să lucrezi normal.

În toate cazurile, este recomandabil să fii atent la actualizările kernelului : odată ce este lansată remedierea, poți elimina lista neagră și recupera modulele fără teama că problemele vor reapărea.

Dacă distribuția dvs. a primit recent kernelul 6.16 (de exemplu, pe desktop-uri care l-au adoptat recent) și prima revizie nu a rezolvat problema, această atenuare este în prezent cea mai simplă modalitate de a restabili stabilitatea fără a aștepta un patch ulterior.

Pe baza celor de mai sus, situația este clară: conflictul rezidă în două module specifice, iar dezactivarea lor readuce mașina la o stare gestionabilă. Odată ce echipa kernel lansează remedierea, puteți elimina în siguranță atenuarea și reîncărca asus_wmi și asus_nb_wmi .