On Tue, Jul 22, 2003 at 08:47:19AM +0200, Reinhard Habichtsberg wrote:
Hallo,
Im Thread: "Suse 8.2 haengt beim runterfahren (II) - Loesung" schrieb Karsten Keil:
Die neusten SuSE kernel updates haben das Problem gefixt.
Also habe ich mit YOU das neuste Kernelupdate (...96) installiert. Folgende Probleme:
Beim Laden von /lib/modules/2.4.20-4GB/kernel/sound/core/snd.o wurden unresolved symbols angemeckert und das Soundsystem nicht geladen.
Ich habe den upgedateten Kernel und alle Module neu kompiliert, danach ging das Soundsystem wieder.
Ebenfalls angemeckert wurden unresolved Symbols in /lib/modules/2.4.20-4GB/misc/fxusb_CZ.o und das Modul wurde nicht geladen.
Also hier sind keine unresolved Symbols aufgetaucht, unser Buildsystem wuerde den kernel garnicht rausgeben, wenn es unresolved symbols gibt. s.u.
Damit funktionierte bei mir kein ISDN mehr, da ich mich über den teledat X120 Treiber verbinde (Teledat USB 2 A/B an USB).
Hier half keine Kernelbacken, da für fxusb_CZ.o keine Sourcen vorliegen (hoffentlich schreibe ich keinen Unsinn!?).
Doch: km_fritzcapi-1.0-92.i586.rpm Enthaelt die sourcen (+bin-only lib) zum bauen der module. Wird nach /usr/src/kernel-source installiert und wie folgt gebaut: 1. Der Kernel Source fuer den das modul gebaut werden soll muss unter /usr/src/linux erreichbar sein und der Konfiguration entsprechen. (make cloneconfig; make dep;) make bzImage und make modules sollten gelaufen sein, muessen aber nicht vollstaendig durchbauen, kann nach den ersten paar Dateien abgebrochen werden. 2. cd /usr/src/kernel-source/fritzcapi make -f Makefile.module clean make -f Makefile.module make -f Makefile.module install
Meine Lösung: Alles wieder retour, also rpm -e k_deflt rpm -e kernel-sources
und mit Yast neu von der Distri-DVD installiert. Danach funktionierte alles wieder. Eins muss ich vielleicht noch erwähnen: Der Kernel, den ich mit YOU updaten wollte, war von mir selbst kompiliert worden, allerdings aus den Sourcen der Distri (8.2) mit einem kleinen Patch in ..net/core/dev.c, das Karsten Keil vor einigen Wochen hier bereitstellte. Die config fürs Backen hatte ich dem System entnommen: /proc/config.gz
Achso, das geht nicht. You laed nur das k_*patch.rpm, das enthält nur den Unterschied zu den offiziellen SuSE Kernel. Im gleichen Verzeichnis steht auch noch das komplett .rpm, das kann mit rpm -Uvh auch bei selbst kompilierten Kernel eingespielt werden. Normalerweise sollte YOU die Situation aber erkennen, das überprüf ich noch. (Gab es melungen in den log Files ?) Wenn man einen kernel selbst kompiliert ist es am sichersten, man setzt noch eine EXTRA Version und verwendet einen neuen Namen fuer das Image. Dann kann man auch immer noch den alten kernel booten, falls es Probleme gibt. Im kernel Makefile z.B: EXTRAVERSION = -kk -- Karsten Keil SuSE Labs ISDN development