Puncte:1

Cum scriu o regulă udev pentru a persista un atribut la pornire?

drapel th

Vreau să persist în valoarea de /sys/devices/platform/lg-laptop/fn_lock a fi 1 după o repornire. După ce am făcut multe cercetări, se pare că modalitatea corectă de a face acest lucru este să creați o regulă udev pentru aceasta. Așa că am fugit udevadm info -a -p /sys/devices/platform/lg-laptop/ care returneaza asta:

Privind dispozitivul „/devices/platform/lg-laptop”:
    KERNEL=="lg-laptop"
    SUBSYSTEM=="platformă"
    DRIVER=="lg-laptop"
    ATTR{battery_care_limit}=="0"
    ATTR{driver_override}=="(null)"
    ATTR{fan_mode}="0"
    ATTR{fn_lock}="0"

Și am făcut un dosar /etc/udev/rules.d/99-fnlock.rules cu urmatorul continut:

ACTION=="schimbare", KERNEL=="lg-laptop", SUBSYSTEM=="platformă", ATTRS{fn_lock}="1"

Dar nu pare să aibă niciun efect când repornesc. Este sintaxa mea greșită sau am înțeles greșit cum să setez atribute cu udev?

Puncte:1
drapel th

Sintaxa corectă pentru fișierul reguli a fost:

SUBSYSTEM=="platformă", DRIVER=="lg-laptop", ATTR{fn_lock}="1"

Cred că probabil că greșeala mea a fost ATTRS{fn_lock} în loc de ATTR{fn_lock}, deoarece regulile de potrivire (cele cu == operator) par a fi puțin flexibile.

user.dz avatar
drapel ng
Va fi mai ușor de găsit, dacă este setat ca acceptat. Vă mulțumim că ați împărtășit soluția.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.