Po zmianie kernela na 3.0.0-16 nie działają sensory

[janekb99]

Po przesiadce na kernel 0.16 oprogramowanie komputera przestało widzieć sensory. W pliku Kernel.log brak wyraźnych błędów. W przypadku startu komputera i wykorzystaniu kernela 0.12 wszystko "OK".

dane komputera płyta EPOX mu-4pLa3I10, procesor Celeron 2.60Ghz, pamięć 1G

[jacekalex]

A co to za wersje 0.12 i 0.16?
pokaż wynik

Kod: Zaznacz cały

dpkg -l | grep linux-image

To by było na tyle

[Tomfoc]

A co to za wersje 0.12 i 0.16?
.....

Pewnie autor wątku ma na myśli kernele 3.0.0-12 i 3.0.0-16, ale takie długie pisanie jest dla amatorów. Zawodowcy piszą krótko .

[janekb99]

Proszę bardzo, odpowiedź na dpkg -l | grep linux-image

ii linux-image-3.0.0-12-generic 3.0.0-12.20 Linux kernel image for version 3.0.0 on x86/x86_64
ii linux-image-3.0.0-16-generic 3.0.0-16.29 Linux kernel image for version 3.0.0 on x86/x86_64
ii linux-image-generic 3.0.0.16.19 Generic Linux kernel image

czy coś jeszcze podać ?

[jacekalex]

Na kernelu 3.0.16 odpal polecenie

Kod: Zaznacz cały

sensors

i pokaż wynik.

Ewentualnie odpal z roota polecenie

Kod: Zaznacz cały

sudo sensors-detect

- i dopisz wykryte moduły sensorów do /etc/modules ręcznie.
Polecenia sensors i sensors-detect pojawią się, jeśli masz zainstalowane lub zainstalujesz lm-sensors.
Prawdopodobnie starszy kernel rozpoznawał je automatycznie, a nowszy z jakegoś powodu tego nie robi.
Względnie spróbowałbym polecenia:

Kod: Zaznacz cały

sudo -u root update-pciids

Można też porównac listy załadowanych modułów z obu kerneli, wygenerowane poleceniem

Kod: Zaznacz cały

lsmod

lub

Kod: Zaznacz cały

awk '{print $1}' /proc/modules

- żeby zobaczyć, czego brakuje, jeśli wcześniejsze metody nie pomogą.

Pozdrawiam

[janekb99]

Witam jacekalex, dziękuję za zainteresowanie.

W /etc/modules miałem i mam sbs w83627hf
sensor-detect nie znajduje też nic innego jak powyższy "w83627hf"

lsmod przy kernelu 3.0.0-12 czyta ten scalony

fragment wyniku działania komendy
soundcore 12600 1 snd
parport_pc 32114 1
w83627hf 26767 0
hwmon_vid 12658 1 w83627hf
sbs 18178 0
sbshc 13536 1 sbs
lp 17455 0
parport 40930 3 ppdev,parport_pc,lp

czyli czyta ten moduł
natomiast kernel 3.0.0-16 i komenda lsmod

fragment wyniku działania komendy
soundcore 12600 1 snd
shpchp 32356 0
parport_pc 32114 1
hwmon_vid 12658 0
sbs 18178 0
sbshc 13536 1 sbs
lp 17455 0
parport 40930 3 ppdev,parport_pc,lp

natomiast komenda update-pciids
Downloaded daily snapshot dated 2012-02-27 03:15:01

oczywiście wynik czytania sensorów bez zmian
acpitz-virtual-0
Adapter: Virtual device
temp1: +21.8°C

I tyle. Jakieś dalsze pomysły, zaczynają mi ręce opadać.

[jacekalex]

To może albo poczekaj na jakieś jajo, ktore będzie mialo poprawiony ten błąd, albo spróbuj nowszego systemu - np ubuntu 12.04 będzie na jaju 3.2.

Możesz mieć tez taki przypał z ACPi, jak ja kiedyś, gdzie ostatnie jajo, jakie obsługiwało ACPI w moeje płycie, to było 2.6.38.4, potem byłem bez ACPI tak długo, az zrobiłem aktualizację biosu do płyty głównej.
Po tej aktualizacji znalazła się nieistniejąca wcześniej karta sieciowa na płycie, za to zdechł quickboot, co jest jednak osiągnięciem producenta płyty z logiem Gigabyte, a nie Linuxa.

Poza tym:
Na jaju 3.0.12:

Kod: Zaznacz cały

awk '{print $1}' /proc/modules >>pierwszy

na jaju 3.0.16

Kod: Zaznacz cały

awk '{print $1}' /proc/modules >>drugi

A potem

Kod: Zaznacz cały

diff pierwszy drugi 

I tu wklej wynik komendy diff - jeśli jakiś będzie.

Albo po prosu używaj 3.0.12 przez jakiś czas, i zablokuj w Synapticu aktualizację, a za miesiąc z kawałkiem wychodzi 12.04 LTS, wtedy sobie zaktualizujesz do stabilnej wersji LTS.
To też może pomóc, choć gwarancji nie ma żadnej.

jest też możliwość, ze w jakiejś nowsze wersji następnej - np 3.0.18 czy dalszej, ten błąd będzie poprawiony, na to też nie ma gwarancji.

Jesli natomiast wiesz, jakie moduły odpowiadają za sensory u Ciebie (wynik komendy sensors-detect), to jest coś takiego jak dmesg, i

Kod: Zaznacz cały

dmesg | grep {nazwa modułu}

też może conieco wyjaśnić, jeśli pojawią się jakieś komunitaty typu unable, error, failure, czy coś podobnego.

To by było na tyle

[janekb99]

zamiast komendy dmesg | grep w83627hf poczytałem sobie kern.log
i oto takowy wpis znalazłem

kernel 3.0.0-12 [ 15.942035] w83627hf: w83627hf: Found W83627HF chip at 0x290
i tyle
kernel 3.0.0-16 [ 15.472161] w83627hf: w83627hf: Found W83627HF chip at 0x290
a zaraz potem
[ 15.472371] ACPI: resource w83627hf [io 0x0295-0x0296] conflicts with ACPI region IP__ [io 0x295-0x296]
If an ACPI driver is available for this device, you should use it instead of the native driver

No to rzeczywiście, chyba pozostaje czekać na uaktualnienia i oczywiście Ubuntu 12.

[jacekalex]

Dość popularny ten błąd:
https://bugs.launchpad.net/ubuntu/+sour ... bug/418246
https://bugzilla.redhat.com/show_bug.cgi?id=505833
http://lists.lm-sensors.org/pipermail/l ... 26252.html
http://hansdegoede.livejournal.com/7932.html

Spróbuj tego rozwiązania:
https://bugs.launchpad.net/ubuntu/+sour ... comments/3
Tu masz dokładny opis, co należy zrobić:
https://bugs.launchpad.net/ubuntu/+sour ... omments/11

Pozdro

[janekb99]

Tak rzeczywiście dodanie komendy do gruba pomogło.


Wielkie dzięki za pomoc. Temat uważam za zamknięty.