kernelfragen

[The Hit-Man]

ich nutze debian wheezy und würde mir gerne einen älteren kernel bauen. jedocj bekomme ich beim bauen, diese fehlermeldung:

Code: Alles auswählen

gcc: error: unrecognized command line option ‘-m’
gcc: error: elf_i386: Datei oder Verzeichnis nicht gefunden
make[2]: *** [arch/x86/vdso/vdso32-int80.so.dbg] Fehler 1
make[1]: *** [arch/x86/vdso] Fehler 2

na etwas googlen, erfuhr ich dann, das ich den alten gcc3.4 dafür brauche. aber wie bekomme ich den alten compiler unter wheezy installiert?

[The Hit-Man]

ich habe dann erst mal im entsprechenden Makefile die Option geändert. befürchte allerdings, das diese option in mehreren Makefiles steckt und das wäre schlecht

[rendegast]

gcc: error: unrecognized command line option ‘-m’
gcc: error: elf_i386: Datei oder Verzeichnis nicht gefunden

Sollte das vielleicht ein '-melf_i386' werden?
Resp. wird so durch wheezy-multiarch erzeugt?


Einfach eine VM mit einer passenden Distribution erzeugen?

[The Hit-Man]

Einfach eine VM mit einer passenden Distribution erzeugen?

das wollte ich nicht. denn ich wollte gerne ein wheezy nutzen, jedoch mit einem älteren kernel. da ich hier ein notebook habe, und der fglrx nur bis debian5.0 unterstützt wird. da dachte ich einfach ich mache ein downgrade vom kernel. also baue ihn mir selber.
die sache sieht so aus. ich würde gerne neue software nutzen können, jedoch einen älteren kernel. oder gibts da irgendwie andere ansätze?

EDIT: also max. kernelversion wäre wohl 2.6.26, des weiteren muß ich dann noch das xorg downgraden.

[towo]

Also fglrx aus Squeeze braucht neben einem alten Kernel auch ein altes Xorg. Das macht nicht wirklich Sinn.

[The Hit-Man]

das weiß ich doch. aber xorg hat jetzt keine großen abhängigkeiten.

[The Hit-Man]

denn dieser besagte lappi macht eh nen bischen stress. irgendwie stimmt was mit dem acpi nicht. ist das acpi eingeschaltet, fährt er hin und wieder nicht hoch. aus dem grund habe ich das im grub ausgestellt und nun fährt er immer hoch. jedoch wenn das acpi aus ist, wird der irq von der gfx karte nicht mehr gefunden. mir würde auch erst der opensource treiber für die radeon mobility reichen. aber den bekomme ich nicht ans laufen. hier war mal nen ubuntu hardy drauf und der rechner wurde voll unterstützt. allerdings ist die software ja ein wenig zu alt.

daher versuche ich irgendwie auszuweichen

[pil]

Wenn ich mich recht erinnere, musste man mal bei den 2er Kernels im Verzeichnis /usr/src/linux/arch einen Link zu i386 anlegen

Also in arch

arch --> i386

Sorry, falsche Erinnerung. Ich nehme an, der Link war in linux/includes.

asm --> asm-i386

[Gunman1982]

Wie wäre es einen fertigen älteren Kernel aus dem Debian archive zu installieren anstatt selber zu backen?

[The Hit-Man]

Wie wäre es einen fertigen älteren Kernel aus dem Debian archive zu installieren anstatt selber zu backen?

das war auch meine idee, aber das scheint nicht zu gehen. oder hast du irgendwie nen tip?

[Gunman1982]

Wie wäre es einen fertigen älteren Kernel aus dem Debian archive zu installieren anstatt selber zu backen?

das war auch meine idee, aber das scheint nicht zu gehen. oder hast du irgendwie nen tip?

Tip: Wenn es nicht geht mehr Informationen liefern woran es scheitert. Hast du den Kernel bei http://snapshot.debian.org/archive/debian/ geladen? Was hast du dann probiert?

[The Hit-Man]

ich hatte das vor einigen jahren mal getestet. die genauen meldungen weiß ich gar nicht mehr. ich weiß nur noch, das ich den kernel einer älteren distri von debian installieren konnte, doch gebootet hatte er dann davon nicht. es gab öfters ne kernel-panic. aber ich werde das morgen mal testen und werde bescheid geben. zum beispiel einen fertigen kernel von lenny finde ich gar nicht. auch auf dem iso der dvd nicht ...

EDIT:
das archiv kannte ich noch gar nicht ...

[The Hit-Man]

mhmmm, also wenn ich nen kernel-source aus dem archiv nehme, bekomme ich die gleichen fehler beim bauen

[rendegast]

gcc: error: unrecognized command line option ‘-m’
gcc: error: elf_i386: Datei oder Verzeichnis nicht gefunden

Das ist eine ld-Option an wohl nur wenigen Stellen:

Code: Alles auswählen

$ grep -r elf_i386 linux-2.6.26/* -l | sort
linux-2.6.26/arch/um/Makefile-i386
linux-2.6.26/arch/x86/vdso/.vdso32-syscall.so.dbg.cmd
linux-2.6.26/arch/x86/vdso/.vdso32-sysenter.so.dbg.cmd
linux-2.6.26/arch/x86/vdso/Makefile
linux-2.6.26/usr/initramfs_data.S

Auf meinem amd64-squeeze gibt es:

Code: Alles auswählen

$ ld -m -?
ld: unrecognised emulation mode: -?
Supported emulations: elf_x86_64 elf_i386 i386linux elf_l1om

Wenn das bei Dir mit gcc angefaßt wird, ist vielleicht beim Herunterladen / Entpacken was schief gegangen? Beschädigte Dateien?

Der kernel 2.6.26 baut unter dem gcc-4.4.5 aus squeeze. (wheezys 4.4.7 noch nicht probiert.)
Weitere Versionen auf kernel.org -> Fehlanzeige
(würde da dann aber auch den longterm 2.6.27 nehmen.)

[The Hit-Man]

bekommt der 2.6.27 denn noch den catalyst des alten ati treibers hin? im netz laß ich das das ubuntu hardy und eben noch lenny können. und den alten xorg brauche ich dann auch noch. aber das war kein großes problem denn die abhängigkeiten von xorg waren nicht so dramatisch.

ja, die -m option habe ich ja wie oben beschrieben im Makefile schon angepaßt. dann rennt er auch erst mal durch, doch nach 20 min, kommen weitere fehlermeldungen und bricht ab.
gibt auch viele warnungen, aber die kann man vernachlässigen, da es nur variablen sind, die mal gesetzt worden sind, aber nicht benutz werden.

und zum bauen, benutze ich einfach nur das hier:

Code: Alles auswählen

make-kpkg --initrd --revision=1.0HTM linux_image linux_source linux_headers

[The Hit-Man]

ich baue mir gerade den 2.6.27er kernel und es scheint bis jetzt, das er gut durch rennt. also kaum warnungen usw. aber erst mal abwarten ...

aber mal ne frage, warum wirft der kernel nicht so viele warnungen raus?

[rendegast]

Im wheezy-32bit jetzt derselbe Fehler wie bei Dir.
Es liegt aber nicht am wheezy, oder am 32bit, denn bei der 64bit-Option dasselbe
(warum das aber in squeeze-64bit nicht ausgelöst hat?):
patch-2.6.27.59, arch/x86/vdso/Makefile http://nopaste.debianforum.de/36605

Also irgendwann zwischen 2.6.27 und 2.6.27.59 wurde der Fehler erkannt und die defekte Option ausgetauscht.
In älteren Kerneln bei diesem Fehler entsprechend verfahren, wie du es wohl schon geändert hast
oder einfach beim longterm 2.6.27 bleiben.

[The Hit-Man]

In älteren Kerneln bei diesem Fehler entsprechend verfahren, oder einfach beim longterm 2.6.27 bleiben.

leider die selbe fehlermeldung

[rendegast]

Der 2.6.27 ja mittlerweile bis zum 2.6.27.62, März 2012.

Wenn Du per Patch upgradest,
von sauberem 2.6.26 -> 2.6.27 -> 2.6.27.62,
Dann mal 'make mrproper'.


Bei mir hängt 2.6.27.59 am kvm/svm -> Das kvm per menuconfig abgeschaltet

Code: Alles auswählen

CC=gcc-4.4 nice make -j3

läuft soweit durch bis vmlinux.o mit mutex_(un)lock-Fehler.
Ein separates 'make modules' läuft durch, Version also noch buggy.

Beim 2.6.27.62 auch der Fehler mit kvm/svm -> auch kvm deaktiviert.
Und auch da hängt vmlinux mit einem Fehler bzgl. mutex_(un)lock.

LD init/built-in.o
LD .tmp_vmlinux1
kernel/built-in.o: In function `mutex_unlock':
(.sched.text+0xb92): undefined reference to `__mutex_unlock_slowpath'
kernel/built-in.o: In function `mutex_lock':
(.sched.text+0xbb0): undefined reference to `__mutex_lock_slowpath'
make: *** [.tmp_vmlinux1] Error 1

Am einfachsten wohl doch in einer squeeze-VM zu bauen.

(Dabei habe ich ohne DEBUG_INFO gebaut,
dann wird beim Bauen nur ~ 650MB Plattenspeicher gebraucht)





Ich nehm jetzt wieder winxp.

[The Hit-Man]

Beim 2.6.27.62 auch der Fehler mit kvm/svm -> auch kvm deaktiviert.
Und auch da hängt vmlinux mit einem Fehler bzgl. mutex_(un)lock.
LD init/built-in.o
LD .tmp_vmlinux1
kernel/built-in.o: In function `mutex_unlock':
(.sched.text+0xb92): undefined reference to `__mutex_unlock_slowpath'
kernel/built-in.o: In function `mutex_lock':
(.sched.text+0xbb0): undefined reference to `__mutex_lock_slowpath'
make: *** [.tmp_vmlinux1] Error 1
Am einfachsten wohl doch in einer squeeze-VM zu bauen.

genau wie bei mir ...

[rendegast]

Das ist aber ganz und gar nicht "die selbe fehlermeldung" wie mit dem "-m elf_i386"!!!

Oben schon angedeutet, das Ding vertrauenerweckend durchkompiliert zu bekommen unter wheezy ist wohl doch strange.
Ausweichen auf eine squeeze-Vm wohl am schmerzlosesten.

[The Hit-Man]

wenn ich das Makefile abändere, die option -m dort richtig ersetze, baut er auch so weit durch, bis deine fehlermeldung kommt. genau dort bricht er dann bei mir auch wieder ab.

[Gunman1982]

aber ich werde das morgen mal testen und werde bescheid geben. zum beispiel einen fertigen kernel von lenny finde ich gar nicht. auch auf dem iso der dvd nicht ...

Warum sollte der Kernel auf der Squeeze oder Wheezy DVD sein oder von welcher DVD sprichst du grad?

mhmmm, also wenn ich nen kernel-source aus dem archiv nehme, bekomme ich die gleichen fehler beim bauen

Ich sprach von dem fertigen linux-kernel-image, nicht davon das du dir da den source laden sollst und selber backen.

[The Hit-Man]

ich habe nen lenny-iso als dvd hier. da finde ich nur die sourcen.

[Gunman1982]

Schau unter /cdrom/pool/main/l/linux-latest-*