allg. Fragen [war: Buchstabenwirrwarr]

[jhr-online]

Hallo,

ich bin gerade zum ersten Mal daran gegangen, einen Kernel zu kompilieren und mache das selbstverständlich nach Anleitung. Beim ersten Mal muss man ja aufpassen. Folgendes habe ich gemacht (besonders weit bin ich wohl noch nicht gekommen):

Code: Alles auswählen

apt-get install kernel-sources-2.6.8
bunzip2 -c kernel-sources-2.6.8

Das ganze läuft in nem KDE-Terminal und seit ich den Befehl zum entpacken gegeben hab, hat er bestimmt eine, wenn nicht zwei Minuten, in einem enormen Tempo groben Schwachsinn ins Terminal geschrieben. Jetzt ist er gerade fertig damit und mein Prompt sieht jetzt so aus:

Code: Alles auswählen

09:40 [⎼⎺⎺├@┘␤⎼␉⎺⎺┐:/┤⎽⎼/⎽⎼␌]$

Das war mal anders...


Was hab ich gemacht?

jhr

[jhr-online]

Ich sehe gerade, in der Anleitung stand

Code: Alles auswählen

bunzip2 -c kernel-sources-2.6.8 | tar x

Und nu?

By the way: Wenn ich ein neues Terminal aufmache, sind die Buchstaben wieder normal...

jhr

[myx]

Code: Alles auswählen

bunzip2 -c  file

dekomprimiert die Datei und schreibt in die Standardausgabe, bei dir wohl ins Terminal, dafür ist dann diese Pipe

Code: Alles auswählen

... | tar x

da, um das Archiv weiter zu entpacken (bunzip2 dekomprimiert, tar entpackt in diesem Falle hier). Falls die Originaldatei nun nicht mehr vorhanden sein sollte, könntest du das Kernel-Source-Paket evtl. nochmal versuchen zu installieren, mit apt und der Option --reinstall. Das mit apt heruntergeladene Debianpaket (hier: kernel-source-....deb) liegt übrigens unter /var/cache/apt/archives, falls du direkt mit dpkg da ran willst.

Übrigens: Ein blind eingetpptes reset in dein Terminal sollte die Ausgabe wieder normaliseren.

Du kannst auch nur mit dem Befehl

Code: Alles auswählen

 tar xjvf file

die Datei dekomprimieren und entpacken. Die Manpages machen das sicher auch nochmal klarer.

Uwe

[jhr-online]

Ah wunderbar... dann hab ich ja richtig weitergemacht

Es geht aber weiter. Ich habe die alte config vom laufenden Kernel rüberkopiert, um damit den neuen erstellen zu können. Dann hab ich mit make menuconfig lediglich was am ACPI geändert und versuche nun mit make den Kernel zu erstellen. Dabei kommen aber immer mal wieder Warnungen, die definitiv nichts mit meinen Änderungen zu tun haben können. Kann ich die einfach ignorieren?

Und noch zwei Fragen:
1. Wie lange, zum Kuckuck, braucht der denn?
2. Reicht nachher ein dpkg-reconfigure lilo, oder wie bringe ich ihm bei, dass er BEIDE (alt und neu) beim Start anbieten soll?

jhr

[jhr-online]

Oh man, das war eindutig das falsche Tutorial... Ich hab den Kernel einfach mit make erzeugt. Ich hätte wohl besser ein Debian-package daraus machen sollen, aber jetzt ist's egal... Ich hab also den "neuen" Kernel unter /usr/src/kernel-source-2.6.8/arch/i386/boot, richtig? Und jetzt muss ich den rüberkopieren nach /boot, richtig (so stand's im Tutorial)? Aber was denn? Und was mache ich dann mit lilo?

Entschuldigt, ist mein erster Anlauf und bei dem Gewusel, das man bei google zu dem Thema finden kann, frag ich lieber...

jhr

PS: Bis zu einer Antwort, die diese Fragen sinnvoll klärt, mache ich wohl lieber nix mehr.

[jhr-online]

So, nochmal, diesmal mit anderem Titel

Ich habe den Kernel (2.6.8 ) noch mal gemacht mit make menuconfig. Eigentlich dachte ich auch, ich hätte alles nach Anleitung gemacht, aber war wohl nicht... Da ich den fertigen Kernel irgendwie nicht finden konnte, dachte ich, ich hätte vielleicht den bisherigen 2.6.8 überschrieben. Dann hab ich neu gestartet und es war natürlich nix passiert... grr...

Jetzt hab ich mal gedacht, dass ich einfach nen anderen nehme. Der 2.6.14 ist doch neu und stable, oder? Dann könnte ich den doch nehmen, oder nicht? Spricht was dagegen? Aber woher kriegen, wenn nicht stehlen? Welchen Eintrag brauche ich in der sources.list, damit ich linux-source.2-6-14 kriegen kann?

Und eins noch: Hat jemand jetzt ne Anleitung, die vollständig ist und auf Debian-Art nen Kernel produziert, mir den Eintrag in lilo.conf macht (zusätzlich (!) zum alten Kernel - zur Sicherheit) und mir das System bootfähig hält? Ich suche mich doof...

jhr

[myx]

Ich baue meine kernel auch immer selbst und erzeuge ein Debianpaket. Es gibt ganz gute HOWTOs dafür.

Aus dem Debianawenderhandbuch:
http://debiananwenderhandbuch.de/kernelbauen.html

Ich mache das immer so ähnlich wie hier:
http://channel.debian.de/faq/ch-dpkgundco.html siehe 2.10 Kernel selbst kompilieren - nach Debian-Art

Beim installieren mit dpkg wird dann auch automatisch lilo angeworfen und setzt den alten Kernel an die zweite Stelle der lilo.conf, der dann bei Bedarf gestartet werden kann.

Die Verfügbarkeit der kernel-sourcen per apt hängt von deinem verwendetem Zweig (stable/...) ab, der aktuelle 2.6.15 ist derzeit nur in unstable zu haben. Es ist aber kein Problem direkt von kernel.org die sourcen zu beziehen, zu kompilieren und ein deb-Paket zu bauen.

Viel Erfolg!
Uwe

[jhr-online]

Wie sieht das mit initrd aus, wenn ich den von kernel.org gezogen hab? Was muss ich berücksichtigen, wenn ich den 2.6.15 daher hab und jetzt auf Debian-way installiert hab? Soll ich einfach mal booten und gucken, was passiert?

jhr

[myx]

In einem Nebenthread geht es gerade um initrd, sind einige interessante Links dabei. Ich selbst habe mit initrd keinerlei Erfahrung.

Nebenthread: Thema Initrd

Uwe

[jhr-online]

Also, nachdem das mit dem 2.6.15 von kernel.org kräftig in die Hose gegangen ist, weil ich das mit initrd nicht hinkriege und beim Booten immer eine Kernel Panic auftritt, weil's kein root gibt oder so, hab ich jetzt mal aus den Backports linux-source-2.6.14 installiert. Den hab ich mit

Code: Alles auswählen

make menuconfig

mal an meine Bedürfnisse angepasst und dann versucht mit

Code: Alles auswählen

make-kpkg --initrd --revision=meinkernel.01

zu erstellen. Ne Menge Output und am Ende:

Code: Alles auswählen

make[1]: Leaving directory `/usr/src/linux-source-2.6.14'
COLUMNS=150 dpkg -l 'gcc*' perl dpkg 'libc6*' binutils ldso make dpkg-dev |\
         awk '$1 ~ /[hi]i/ { printf("%s-%s\n", $2, $3) }'   > debian/buildinfo
uname -a >> debian/buildinfo
echo using the compiler: >> debian/buildinfo
grep LINUX_COMPILER include/linux/compile.h | \
           sed -e 's/.*LINUX_COMPILER "//' -e 's/"$//' >> debian/buildinfo
echo kernel source package used: >> debian/buildinfo
COLUMNS=150 dpkg -l kernel-source-2.6.14 |  \
 awk '$1 ~ /[hi]i/ { printf("%s-%s\n", $2, $3) }' >> debian/buildinfo
Kein Paket gefunden, das auf kernel-source-2.6.14 passt.
echo applied kernel patches: >> debian/buildinfo
echo done >  stamp-build

Das Paket hieß ja auch "linux-source-2.6.14". Also ist keine deb u finden, sodass ich jetzt nichts installieren kann. Ist die Arebit nun für die Katz?

jhr

[Hoshpak]

probiers mal mit

Code: Alles auswählen

make-kpkg kernel_image --initrd --revision=meinkernel.01

[jhr-online]

Ich hab das linux-source-2.6.14-Verzeichnis nochmal gelöscht, hab neu entpackt und damit das Verzeichnis neu erstellt. Dann hab ich erneut mit "make menuconfig" meinen Kernel versucht zu erstellen (ich weiß es mittlerweile auswendig, wie oft ich Pfeil- und Entertasten drücken muss). Dann habe ich mit (s.o.)

Code: Alles auswählen

make-kpkg kernel_image --initrd --revision=meinkernel.03

versucht, neu den Kernel zu kompilieren. Es hörte auf mit

Code: Alles auswählen

install: Aufruf von stat für ,,debian/buildinfo" nicht möglich: Datei oder Verzeichnis nicht gefunden
make: *** [install/linux-image-2.6.14] Fehler 1

Was ist jetzt schon wieder?

Ich glaube, ich höre gleich einfach auf...

//edit: Ich habe vorher die Pakete "make" und "kernel-package" aus den Backports aktualisiert, weil ich dachte, das löst vielleicht das Problem mit dem falschen Dateinamen (kernel-sources... bzw. linux-sources...)

[Hoshpak]

Ich hatte gerade das selbe Problem, auch make und kernel-package von backports.org, ich habe einfach die Datei debian/buildinfo selber angelegt (daraufhin kam eine fehlermeldung, dass er "bzImage" nicht finden kann) und per

Code: Alles auswählen

make bzImage modules

das ganze vorkompiliert, danach konnte ich wieder ohne Probleme ein Paket bauen.

[jhr-online]

Das hat auch wunderbar funktioniert. Danke dafür. Allerdings macht mein Kernel beim Starten ein paar Modul-Probleme. Als Beispiel:

Code: Alles auswählen

ide_generic: disgrees about version of symbol struct_module
insmod: error inserting '/lib/modules/2.6.24/kernel/drivers/ide/ider_generic.ko' -1 Invalid module format

Kurz darauf kommt dann

Code: Alles auswählen

/bin/cat: /sys/block/hda/dev: No such file or directory
Waiting 1 second for /sys/block/hda/dev to show up
/bin/cat: /sys/block/hda/dev: No such file or directory
Waiting 2 seconds for /sys/block/hda/dev to show up
/bin/cat: /sys/block/hda/dev: No such file or directory
Waiting 4 seconds for /sys/block/hda/dev to show up
/bin/cat: /sys/block/hda/dev: No such file or directory
Waiting 8 seconds for /sys/block/hda/dev to show up
/bin/cat: /sys/block/hda/dev: No such file or directory
Waiting 16 seconds for /sys/block/hda/dev to show up
/bin/cat: /sys/block/hda/dev: No such file or directory
Device /sys/block/hda/dev seems to be down.
Debugging opportunity, type ^D to continue.
/bin/dash: can't access tty; job control turned off
#

Was ich wissen möchte, ist, ob der Kernel falsch kompiliert wurde und wenn ja, warum. Hab ich was falsch gemacht beim Kompilieren selber, oder habe ich im "menuconfig" was falsches an-/abgewählt?

jhr

[jhr-online]

*push*

Es gab mal einen Bug in yaird. Und zwar wurde die initrd falsch gebildet. Das hat genau diese Fehlermeldung verursacht, allerdings wurde der eigentlich in Version 0.0.12-2 gelöst und bei mir steht für dpkg -l | grep yaird: 0.0.12-2bpo1. Und das Problem besteht...

jhr

[jhr-online]

Oh oh, wie peinlich... In lilo war noch auf vmlinuz-2.6.15 verwiesen, aber schon auf die 14er initrd. Das kann ja nicht hinhauen. Hab das geändert. Jetzt lauten die letzten Zeilen beim Booten so:

Code: Alles auswählen

Switching root...
/usr/lib/yaird/exec/run_init: current directory on the same filesystem as the root: Success
Kernel panic - not syncing: Attempted to kill init!

Jemand ne Idee?

jhr

[Alfa156]

Es hörte auf mit

Code: Alles auswählen

install: Aufruf von stat für ,,debian/buildinfo" nicht möglich: Datei oder Verzeichnis nicht gefunden
make: *** [install/linux-image-2.6.14] Fehler 1

Was ist jetzt schon wieder?

Das Problem habe ich seit gestern wo ich kernel-2.6.15.1 compilieren wollte auch.
Weiss einer wieso ?

Ließ sich allerdings wunderbar mit :

make-kpkg buildpackage

gut bauen. Danach hat man 3 debs. Das Image, die headers und source.

[coconuthead]

hi

ich bin zwar auch neu in dem "geschäft - kernel bauen .."

hatte aber auch das prob mit der fehlenden initrd und den fehlermeldungen..

habe dann folgendes gemacht :

mkinitrd -o /boot/dername deiner kernelbezeichnung
dann diese in /boot/grub/menu.lst

unter initrd mit pfad zu /boot/initrd-der name deines img eingetragen


und dat ding läuft ...

gruss

coconuthead

[jhr-online]

mkinitrd hört aber irgendwann auf zu funktionieren. Nur als Tipp: Spätestens der 2.6.14 braucht yaird und mind. in der Version 0.0.2-2! Falls du höhere Kernel probieren willst. Da bin ich schon drauf reingefallen. Also

Code: Alles auswählen

apt-get install yaird
apt-get remove --purge mkinitrd

jhr

[Alfa156]

mkinitrd hört aber irgendwann auf zu funktionieren. Nur als Tipp: Spätestens der 2.6.14 braucht yaird und mind. in der Version 0.0.2-2! Falls du höhere Kernel probieren willst. Da bin ich schon drauf reingefallen. Also

Code: Alles auswählen

apt-get install yaird
apt-get remove --purge mkinitrd

jhr

kann ich nicht bestätigen.
Bis kernel-2.6.15.1 habe ich die initrd immer noch mit mkinitrd gemacht.
Oder wieso klappt es bei mir ?

[jhr-online]

Kann ich dir nicht sagen. Bei mir klappte es nicht...

jhr

[jhr-online]

Ich hab's mal wieder probiert. Allerdings funktioniert die Installtion nicht:

Code: Alles auswählen

$ dpkg -i linux-image-2.6.15_jhrbook.0.1_i386.deb
(Lese Datenbank ... 105846 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke linux-image-2.6.15 (aus linux-image-2.6.15_jhrbook.0.1_i386.deb) ...
Done.
dpkg: Fehler beim Bearbeiten von linux-image-2.6.15_jhrbook.0.1_i386.deb (--install):
 versuche »/boot/config-2.6.15« zu überschreiben, welches auch in Paket kernel-image-2.6.15 ist
dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen (broken pipe))
Fehler traten auf beim Bearbeiten von:
 linux-image-2.6.15_jhrbook.0.1_i386.deb

Und was soll das jetzt?

jhr

[jhr-online]

*push*

[novalix]

Code: Alles auswählen

dpkg: Fehler beim Bearbeiten von linux-image-2.6.15_jhrbook.0.1_i386.deb (--install):
 versuche »/boot/config-2.6.15« zu überschreiben, welches auch in Paket kernel-image-2.6.15 ist

na, du hast schon einen 2.6.15 kernel installiert (gehabt?), und dpkg ist so freundlich und ueberschreibt die (alte?) config datei nicht einfach, sondern erlaubt dir, die lage zu ueberdenken. so wie es aussieht solltest du zunaechst mal die die angesprochene config datei verschieben oder entfernen. natuerlich nur wenn das nicht(!) die confdatei des laufenden kernels ist. hast du noch andere dateien eines 2.6.15er rumliegen? zb unter /lib/modules

Code: Alles auswählen

sudo mv /lib/modules/2.6.15 /lib/modules/2.6.15.bak

oder das gleiche mit rm -rf, falls du dir sicher bist, dass du die dateien des (alten!) kernels nicht mehr brauchst. danach sollte dpkg -i durchlaufen.

keep on, niels

edit: linux-image* versucht kernel-image* zu ueberschreiben beide selbst gebaut wie es scheint.
bei mir heissen die selbstgebauten kernel* und die fertigen debian-images linux*, strange.
also wie? erst mal

Code: Alles auswählen

dpkg --remove kernel-image-2.6.15

und dann den neuen kernel installieren?

[jhr-online]

Code: Alles auswählen

dpkg --remove kernel-image-2.6.15

und dann den neuen kernel installieren?

Ja, das hat geholfen... Mal schauen, ob's klappt. Aber sag noch mal eins: Wenn ich den ohne initrd erstellt habe (sollte wohl mal klappen ), muss ich dann sowas wie

Code: Alles auswählen

root = /dev/hda1

angeben in /etc/lilo.conf? Ansonsten hab ich einfach den Eintrag vom funktionierenden Kernel übernommen und die initrd-Angabe gelöscht.

jhr