Rainer Ellinger schrieb: > Thomas Braun schrieb: > > Er werkelt dann flei�ig und bricht irgendwann mit > > Nicht irgendwann. Ganz am Ende. Kernel und Module sind schon fertig und > dann gibt es letzte Abstimmungsprobleme. Das Problem steht mal wieder > > in schwarz auf weiss da, muss man aber vielleicht erkl�ren: > > if [ -r System.map ]; then /sbin/depmod -ae -F System.map -b > > Die modules.dep werden erstellt und dabei knallt es: > > depmod: *** Unresolved symbols in > > /usr/src/linux/debian/tmp-image/lib/modules/2.4.20/kernel/drivers/mtd > >/maps/sc520cdp.o > > depmod: mtd_concat_create_R606fc87b > > depmod: mtd_concat_destroy_R9c645004 > > Im Modul sc520cdp gibt es unaufl�sbare Symbolinformationen. Externe > Module ben�tigen diese um mit dem dazugeh�rigen Kernel zusammenarbeiten > zu k�nnen. Meistens hat der Programmierer vergessen, die entsprechenden > Symbole zu exportieren (also Programmierfehler). > > > Habe das gleiche auch schon mit den original quellen von kernel.org > > versucht das gleiche Problem. > > Bei mir kompiliert dieses Modul. Ich vermute, Du hast alte modutils. > Welcher gcc? Welche modutils?
Ich habe die modutils Version: 2.4.15-1 und gcc Version: 2:2.95.4-14, zumindest laut apt-cache show. > > Nach drei Versuchen ahbe ich auch mal > > /usr/src/kernel-source-2.4.20 nach /usr/src/gelinkt. > > Der falsche Tanz am falschen Baum... da war die hand wieder lansamer als das Hirn, habe es schon nach /usr/src/linux gelinkt nur falsch geschrieben. > Work-around (neben Versionspr�fung oben) ist das Modul zu deaktivieren, > wenn Du die Funktion nicht ben�tigst oder fest einkompilieren, dann > spielen Symbolexports auch Rolle. Das obige Modul findest Du hier: > > Memory Technology Devices (MTD) ---> > Mapping drivers for chip access ---> > <M> CFI Flash device mapped on AMD SC520 CDP Wunerbar danke, ich habe es jetzt mal ganz weggelassen und er kompiliert auch schon wieder flei�ig. Habe gerade noch etwas in /usr/src/linux/Documentation gelesen und siehe da man sollte o Gnu C 2.95.3 # gcc --version o Gnu make 3.77 # make --version o binutils 2.9.1.0.25 # ld -v o util-linux 2.10o # fdformat --version o modutils 2.4.2 # insmod -V o e2fsprogs 1.25 # tune2fs o jfsutils 1.0.12 # fsck.jfs -V o reiserfsprogs 3.6.3 # reiserfsck -V 2>&1|grep reiserfsprogs o pcmcia-cs 3.1.21 # cardmgr -V o PPP 2.4.0 # pppd --version o isdn4k-utils 3.1pre1 # isdnctrl 2>&1|grep version haben und das wird von den modutils z.B. nicht erf�llt. Werde das gleich mal updaten. Aber eigentlich ist sowas doch auch eine mail an den Paket Maintainer wert, da ja die dependences nicht richtig benannt sind. Auszug aus apt-cache show kernel-source-2.4.20: Version: 2.4.20-1 Provides: kernel-source, kernel-source-2.4 Depends: binutils, bzip2, coreutils | fileutils (>= 4.0) Recommends: libc-dev, gcc, make Suggests: libncurses-dev | ncurses-dev, kernel-package Oder ist sowas noch normal bei Paketen aus unstable ? Danke Thomas -- H�ufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
