Problem mit make-kpkg kernel_image

[regi]

Hi,

ich hab die 2.6.0-test11 mit folgendem Patch versehen: http://warderx.ath.cx:81/projects.php
(LNX - Patch)

Dieser hat an das Kernel-Source Verzeichnis ein "-LNX2" angehängt.

Wenn ich den Kernel jetzt kompilieren will kommt bei make-kpkg kernel_image folgende Meldung:

/usr/share/kernel-package/rules:1204: *** Error. The version number 2.6.0-test11-LNX2 is not all lowercase. Since the version ends up in the package name of the kernel image package, this is a Debian policy violation, and the packaging system shall refuse to package the image. . Stop.

Kann man diese "Sperre" irgendwie umgehen?

Hab schon versucht das Verzeichniss und und im Makefile die EXTRAVERSION umzubenennen kleinbuchstaben) aber da kommt nach dem kompilieren folgender Fehler:

drivers/built-in.o(.data+0x7440): multiple definition of `debug'
arch/i386/kernel/built-in.o(.text+0x21f8): first defined here
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/usr/src/linux-2.6.0-test11-lnx2'
make: *** [stamp-build] Error 2

MfG
regi

[zyta2k]

Kann man diese "Sperre" irgendwie umgehen?

kleinschreiben )

drivers/built-in.o(.data+0x7440): multiple definition of `debug'
arch/i386/kernel/built-in.o(.text+0x21f8): first defined here
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/usr/src/linux-2.6.0-test11-lnx2'
make: *** [stamp-build] Error 2

Das hingegen ist ein Problem

Hast du einen sauberen test11 ??
Keine Fehler beim applien des Patchs ??

[regi]

Der Patch wurde einwandfrei durchgeführt.

Den test11 hab ich "saubergemacht" mit make-kpkg clean und vorsichtshalber noch make clean...

[Joghurt]

Ich glaube, zyta meinte mit "sauber" einen original-kernel von kernel.org, die kernel-sources von Debian sind schon vorgepatcht.

[regi]

Ja ist ein original Kernel von Kernel.org

[fluid]

Beziehungsweise ein

Code: Alles auswählen

make mrproper

bei verhunzten Original-Sourcen.

[regi]

Danke das wars!

Aber jetzt hab ich ein anderes Problem:

Es werden keine Module erzeugt...

[init 0]

Hi,

ich benutze den test11 mit packet_writing Patch für test9 und LIDS für test10. Alles lässt sich sowohl manuell als auch debianisch compilieren. Ich glaube du machst was falsch.

[regi]

Das glaube ich allerdings auch!

[zyta2k]

Es werden keine Module erzeugt...

make modules && make modules_install

btw: wieso nicht "the debian way" mit make-kpkg ??

[regi]

Es werden schon Module erstellt, nur irgendwie nicht alle.

Beim Booten sehe ich div. Meldungen:

FATAL Module **** not found.

Aber im dmesg sehe ich nix davon...

Kann das mit dem nicht funktionierenden Modfconf zusammenhängen?

[fluid]

Das kann damit zusammenhängen, dass einige (afaik nicht wenige) Module neue Namen bekommen haben. Die Module, die geladen werden sollen, stehen in

Code: Alles auswählen

/etc/modules

Du solltest nachschauen, welche Module du brauchst und diese laden.

[minimike]

apt-get install module-init-tools könnte dier vieleicht helfen

[kamome]

@regi

Hi,

vielleicht laeuft es ja schon mit module-init-tools in sid, aber bei mir (testing, 2.6.0-test9) hat das nicht ausgereicht - hast Du schon den thread "tipp: modconf mit linux 2.6" gesehen?
Ich hatte mit modconf auch keine sichtbaren module, in /lib/modules/2.6.0-test9 aber schon.
Nach der beschriebenen Methode laeufts. (jedenfalls kann ich meine Module in moconf jetzt auswaehlen - die FATAL-Meldungen sollten damit ja dann beim naechsten reboot auch verschwinden)

//edit
Nein, ich musste tatsaechlich in /etc/modules die alten Sachen auskommentieren. Jetzt (mit 2.6 und gebasteltem moconf) geht wieder alles wie gewohnt

cu
kamome
\\edit