Re: Kernel-Problem
* Christoph Haas <email@christoph-haas.de> [11 06 03 17:12]:
>On Wed, Jun 11, 2003 at 05:01:03PM +0200, Eckhard Hoeffner wrote:
>> Wenn ich nun den Kernel auf dem Server einspielen will, bekomme ich
>> für jedes Modul:
>> depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/
>Autsch. Ich würde mal sagen, der aktuelle Kernel passt nicht zu den
>Modulen in /lib/modules. Das ist der Ort, wo die Kernel-Module gesucht
>werden.
Das die Module nicht zum laufenden Kernel passen, ist klar. Zur Zeit
läuft ein Debian-Standard (2.4.20er) mit initrd. Der neue Kernel basiert
auf WOLK und ist ziemlich kräftig gepatched.
>> Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur Zeit
>> für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist es
>> recht umständlich, den Rechner mit dem alten Kernel neu zu starten).
>Du scheinst einen inkonsistenten Zustand zu haben. Entweder packst du
>den alten Kernel wieder drauf oder riskierst einen Reboot.
Zur Zeit ist noch alles in Ordnung - es läuft ja noch der alte Kernel.
Die Meldung kommt beim Installieren des neuen Kernels mit dpkg. Ich
kenne die Meldungen, wenn ich einen neu installierten Kernel boote, aber
nicht beim Installieren.
Was mich eben wundert, ist, dass es beim mir zu Hause nicht passiert,
während es auf dem anderen Rechner bei Installieren diese Meldung kommt.
>> Wieso kriege ich diese "depmod: *** Unresolved symbols"-Meldungen?
>
>Weil der Kernel bestimmte Funktionen (=symbols) aus den Modulen braucht,
>die er dort aber nicht auflösen (=resolve) kann.
>
>> Ich habe noch einen woody-Rechner hier, auf dem ich den Kernel basteln
>> könnte - würde das helfen?
>
>Du könntest den Kernel auf diesem System mal testen, wenn er identische
>Hardware hat. Das erspart dir eine Fahrt ins Rechenzentrum. :)
Es ist nicht die gleiche Hardware, aber die Unterschiede kann schon
ausgleichen - es geht eh nur um MoBo und Ethernet.
--
Eckhard Höffner FiFo Ost GbR
Tal 44
D-80331 München
Tel. +49-89-21 03 18 88 Fax. +49-89-21 03 18 90
http://www.fifoost.org
Reply to: