nmi_watchdog - jak wyłączyć

[pijetja]

Witam,
od jądra 3.0 męczę się z błędem:https://bugs.launchpad.net/ubuntu/+sour ... ug/1007765
Objawy: losowo przy zmianie jasności ekranu czy to z guzika czy to systemowo czy to z xbacklight mam tęczę na ekranie.
Jako, że korzystam z xfce i power manager xfce nie radzi sobie z zapamiętaniem jasności w autostarcie mam ustawione prosty skrypt:

Kod: Zaznacz cały

#!/bin/bash
sleep 15
xbacklight -set 10 &
if pidof conky | grep [0-9] > /dev/null
then
exec killall conky
else
conky -c /home/master/.conkycolors/pogodynka &
conky -c /home/master/.conkycolors/conkyd &
exit
fi 

Istnieje rozwiązanie mojego problemu
Wpisując w konsoli:

Kod: Zaznacz cały

sudo echo 0 >/proc/sys/kernel/nmi_watchdog

mogę spokojnie wielokrotnie zmieniać jasność ekranu bez tęczy.
Próbowałem wrzucić

Kod: Zaznacz cały

sudo echo 0 >/proc/sys/kernel/nmi_watchdog

do rc.local bez efektu.
Miałem tez osobny skrypt wrzucony przy rozruchu, a także wpis w grubie

Kod: Zaznacz cały

nmi_watchdog=0

Nawet w sysctl.conf mam wpis

Kod: Zaznacz cały

kernel.nmi_watchdog=0

Do sedna:
Jak po zbotowaniu systemu przed zmianą jasności ekranu xbaclightem wyłączyć nmi_watchdog?
Poza tym mam wpisy logach:

Kod: Zaznacz cały

[   18.873792] NMI watchdog enabled, takes one hw-pmu counter.
[   18.873907] NMI watchdog enabled, takes one hw-pmu counter.
[   18.874774] NMI watchdog enabled, takes one hw-pmu counter.
[   18.874824] NMI watchdog enabled, takes one hw-pmu counter.

[ethanak]

takie pytanie kontrolne: jeśli rc.local odpala się z roota to po kiego grzyba masz tam sudo?

[pijetja]

Odpowiedź na pytanie kontrolne:
w rc.local nie mam sudo bo kiego grzyba miał by tam być skoro jest odpalany z roota

Kod: Zaznacz cały

pijetja@yellow ~ $ cat /etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
echo 0 >/proc/sys/kernel/nmi_watchdog
exit 0
pijetja@yellow ~ $ 

zresztą mam bez sudo nie działa, dałem z sudo nie działa...
sudo było tylko bo skopiowałem z konsoli...
Nawet próbowałem tego:
https://bbs.archlinux.org/viewtopic.php?id=159733
i dalej nie wiem co namiętnie odpala mi nmi_watchdog

[userZwindy]

Myślę że tu jest coś na temat: http://x86vmm.blogspot.com/2005/10/linu ... dware.html

[pijetja]

"Cogito ergo sum." Powiedział kiedyś milicjant i zniknął...
Artykuł sprzed 8 lat i na jądrze z serii 2.6.X nie miałem takowych problemów.
Całuski P.

[userZwindy]

Sorki. Nie zauważyłem że wrzucanie tej komendy do rc.local Ci nie działa.
Jakby się udało odpalić tą komendę na koncie usera bez podawania hasła przy starcie środowiska graficznego np. dopisując do sudoers że użytkownik może bez hasła zmieniać zawartość /proc/sys/kernel/nmi_watchdog. W podobny sposób jak pokazano na tym filmie http://www.youtube.com/watch?feature=pl ... 00m4#t=816 dopisując

Kod: Zaznacz cały

%netadmin ALL = NETALL NOPASSWD : ALL

coś takiego. Przed grzebaniem w sudoers lepiej zrobić sobie backup systemu żeby sobie czegoś nie popsuć czasem.
Teoretycznie może to zadziałać.

[ethanak]

bez przesady z tym backupem systemu. co najwtżej można zachować oryginalną wersję sudoers (jakby coś strasznego się stało zawsze z live się przywróci).

[userZwindy]

Nie pomyślałem o tym ale wiem już jak to zrobić.
w katalogu /usr/local/sbin utworzyłem skrypt costam.sh a w nim:

Kod: Zaznacz cały

#!/bin/bash
sudo echo 0 >/proc/sys/kernel/nmi_watchdog

nadać mu prawa do uruchamiania.
Następnie:

Kod: Zaznacz cały

sudo visudo

i np. pod linijką %sudo dopisać

Kod: Zaznacz cały

twoja_nazwa_uzytkownika twoja_nazwa_hosta = (root) NOPASSWD: /usr/local/sbin/costam.sh

zapisać. Dodać do auto startu w xfce polecenie sudo costam.sh.
W virtualbox to działa.
Może nie jest to eleganckie rozwiązanie ale działa.

[pijetja]

Witam,
Mało elegancko sposób działa. Dziękuję.
Zauważyłem, że wpis w grubie również działa
Nie wiem co włącza nmi_watchdoga, ale zaraz po włączeniu systemu czasami po komendzie

Kod: Zaznacz cały

cat /proc/sys/kernel/nmi_watchdog

dostaję wartość "0" a czasami "1"
Na razie daję [SOLVED]
całuski P.

[e X t 7 3]

Panie dajesz Watchdogowi wpis w rc.local [skrypt sh]:

Kod: Zaznacz cały

echo 0 > /proc/sys/kernel/nmi_watchdog

= wyłączony, albo

Kod: Zaznacz cały

echo 1 > /proc/sys/kernel/nmi_watchdog

= włączony i po sprawie.

Przy okazji obecnie mój APM 2.8 tym steruje [dałem po to aby kernele generic lepiej energią zarządzały ] .. ale w 2.9 to wywalam - akurat dla moich kerneli jest zbędne, a wydłuża mi proces - w 2.9 dojdą kolejne elementy zarządzania energooszczędnością/wydajnością przez APM.

Pozdrawiam

[ethanak]

Rozumiem że miał być to pretekst do zamieszczenia "przy okazji"?
vide viewtopic.php?f=139&t=168974&view=unread#p962500
ze szczególnym uwzględnieniem tego co jest w CODE.

[e X t 7 3]

Rozumiem że miał być to pretekst do zamieszczenia "przy okazji"?
vide viewtopic.php?f=139&t=168974&view=unread#p962500
ze szczególnym uwzględnieniem tego co jest w CODE.

a widzisz tylko ostatnie posty czytałem ... mea culpa ... z rc.locla musi zadziałać ... jeśli jest wykonywalny ... ale jeśli inny skrypt uruchomi nmi_watchdog to już inna bajka. Tak przy okazji wbudowywanie NMI watchdoga do kerneli "produkcyjnych", jeśli zbudowane są one na źródłach mających status "stabilne" jest moim zdaniem raczej "mało efektywny". Po stronie zwykłego usera odbije się to tylko na wydajności/responsywności/energooszczędności ... a i tak większość użytkowników nie wiedziałaby, co zrobić z takimi "dampami" po kernel panicu [czy nawet gdzie szukać jak by się maszyna totalnie zawiesiła np. po aktywowaniu jakiejś funkcji ACPI]. Dlatego moje kernele maja wyłączony ten element debuggingu.

Pozdrawiam