Automatyczna Aktualizacja Modułu Compal-laptop

[Noctivivans]

Witam

Używam laptopa wykorzystującego moduł compal-laptop. Wszystko działa ok, tylko przy każdej aktualizacji jądra muszę go ponownie kompilować i instalować (dosłownie "make clean && make && make install"). W związku z tym mam pytanie: czy można jakoś to zautomatyzować?

Z góry dziękuję za pomoc.

 

EDIT:

Napisałem własny skrypt init. Działa tak jak powinien(i przez uruchamianie z parametrem start, i przy użyciu programu service), ale nie ma go na liście usług w programie system-config-services. Dodam, że jak utworze odpowiednie symlinki w /etc/rc.d, to uruchamia się tak jak chcę. Wolałbym jednak jakieś rozwiązanie bardziej przyjazne użytkownikowi (tzn. albo żeby był widziany w w/w programie, albo z użyciem akmod/dkms lub czegoś podobnego). Będę bardzo wdzięczny za jakiekolwiek sugestie.

[fafig]

trzeba skrypt umiescic w /etc/init.d

 

dopisac na poczatku skryptu

 

#chkconfig: 2345 10 90

#description: jakis opis

 

2345 to levele na ktorych masz uruchamiac usluge (domyslnie), potem mozna to zmienic

10 90 priorytet start kill -> suma powinna wynosic 100

 

i jakis opis trzeba wpisac albo i nie. w kazdym razie te sekcje sa obowiazkowe (wlacznie ze znakami komentarza #)

potem juz tylko chkconfig skrypt on (sam go znajdzie w init.d po nazwie). pozniej mozna mu zmienic levele na ktorych ma sie uruchamiac. chkconfig skrypt --level 23 off na przyklad. zdaje sie ze priorytetow nie mozna zmienic, tylko w skrypcie. nalezy uwazac zeby uruchomic w odpowiedniej kolejnosci. byc moze niektore uslugi beda wymagane szybciej. priorytet killa sie oblicza 100-start. to powinno pomoc. pozdr

 

 

 

[@WalDo]

zdaje sie ze priorytetow nie mozna zmienic, tylko w skrypcie.

Można ręcznie w poszczególnych katalogach /etc/rc?.d zmieniać nazwy linków. Dokładniej chodzi o zmianę 2 cyfr na 2 i 3 miejscu nazwy linku.

Metoda sprzed epoki kamienia łupanego, dość niewygodna, więc lepiej od razu się zastanowić kiedy skrypt ma uruchamiać usługę i kiedy ja zamykać.

 

[fafig]

pominalem ta metode bo mozna niezle tym zamieszac. podlinkuje sie zle i system nie wystartuje

[thof]

Używam laptopa wykorzystującego moduł compal-laptop....

Ten moduł jest w kernelu, więc po co kompilować?

 

[Noctivivans]

Ten moduł jest w kernelu, więc po co kompilować?

ten z kernela mi nie działa, przy próbie załadowania pojawia się błąd "No such device". Właśnie sprawdziłem, i okazało się, że do jądra jest dołączona starsza wersja (0.2.6, a ja kompiluje ręcznie 0.2.9).

 

@fafig

Po dopisaniu linijek wg. twoich wskazówek i skonfigurowaniu z użyciem chkconfig symlinki są tam gdzie trzeba, ale dalej skryptu nie widać w system-config-services.

 

@WalDo

tak robiłem przed wskazówkami fafig'a

 

EDIT:

różnice między modułami:

 

moduł z jądra:

filename:       /lib/modules/2.6.29.6-217.2.8.fc11.x86_64/kernel/drivers/platform/x86/compal-laptop.ko
alias:          dmi:*:rnIFT00:rvrIFT00:*
alias:          dmi:*:rnJFL92:rvrIFT00:*
alias:          dmi:*:rnIFL91:rvrIFT00:*
alias:          dmi:*:rnIFL90:rvrREFERENCE:*
alias:          dmi:*:rnIFL90:rvrIFT00:*
license:        GPL
version:        0.2.6
description:    Compal Laptop Support
author:         Cezary Jackiewicz
srcversion:     DBC988171DB87BFF98D25CB
depends:        
vermagic:       2.6.29.6-217.2.8.fc11.x86_64 SMP mod_unload 
parm:           force:Force driver load, ignore DMI data (bool)

 

moduł ze strony http://eko.one.pl/index.php?page=compal-laptop

filename:       /lib/modules/2.6.29.6-217.2.8.fc11.x86_64/kernel/drivers/platform/x86/compal-laptop.ko
alias:          dmi:*:rnJHL90:rvrREFERENCE:*
alias:          dmi:*:rnIFT00:rvrIFT00:*
alias:          dmi:*:rnJFL92:rvrIFT00:*
alias:          dmi:*:rnIFL91:rvrIFT00:*
alias:          dmi:*:rnIFL90:rvrREFERENCE:*
alias:          dmi:*:rnIFL90:rvrIFT00:*
license:        GPL
version:        0.2.9
description:    Compal Laptop Support
author:         Cezary Jackiewicz
srcversion:     56FC6AC501F99F9FA9D6B2C
depends:        
vermagic:       2.6.29.6-217.2.8.fc11.x86_64 SMP mod_unload 
parm:           force:Force driver load, ignore DMI data (bool)

 

Mój laptop jest zgodny z JHL90 (piszę zgodny, bo to jest California Access, nie "czysty" compal)

[fafig]

co z tego ze go nie maw gui. sprawdz czy jest chkconfig --list skrypt . przeciez i tak odpalasz service skrypt start. ni chyba ze za kazdym razem wchodzisz do gui zeby kliknac odpowiedni service ....

[Noctivivans]

co z tego ze go nie maw gui. sprawdz czy jest chkconfig --list skrypt . przeciez i tak odpalasz service skrypt start. ni chyba ze za kazdym razem wchodzisz do gui zeby kliknac odpowiedni service ....

w chkconfig jest i działa, a w gui chciałbym mieć, żeby go nie szukać, jak mi przyjdzie do głowy go wyłączyć (teraz się uruchamia przy każdym starcie systemu)

[fafig]

chkconfig nazwa_skryptu off i po klopocie. ewentualnie ntsysv --level [nr_runlevelu] i z ncursowego menu odznaczyc

[Noctivivans]

Już wiem, co dopisać, żeby skrypt był widziany w system-config-services:

### BEGIN INIT INFO
# Default-Start:  3 4 5
# Default-Stop: 0 1 6
# Short-Description: 
# Description: 
### END INIT INFO

Default-start to domyślne poziomy na których skrypt będzie uruchamiany (można zmienić oczywiście)

Default-stop analogicznie, ale zamykany i lepiej nie zmieniać

Dalsze dwa to opis krótki i długi, w programie krótki jest widziany obok nazwy modułu (lewa część okna), a długi po kliknięciu na nazwę modułu w prawej.

Jeżeli chcemy widzieć status usługi, musi istnieć możliwość wywołania skryptu z parametrem status (ja skopiowałem ze skryptu wine i działa ok).

 

Jak dla mnie to problem jest rozwiązany. Dziękuję wszystkim za pomoc.

 

p.s

@fafig: fajny ten ntsysv, dobrze widzieć że jest konfigurator z interfejsem dla terminala