...quasikernel-image mit apt-get = Fertigteig ... quasi nur auftauen und servieren
die oben unter [1] angegebene anleitung installiert einen debian-standardkernel. durchbooten und fertig (wenn grub/lilo vorher wie angegeben angepaßt wurde)....fast. sarge baut auf dem 2.6.8er kernel auf, neuere kernels (>2.6.8er) gibt es nur in unstable (=sid). generell gilt: kernel sourcen die von debian zur verfügung gestellt werden, werden (zumindest in woody und sarge) gewartet (sicherheitspatches) und ggf. gem. den debian richtlinien angepaßt (nicht völlig frei verwendbarer/modifizierbarer code wird entfernt, z.b. w-lan treiber)kernel-sourcen mit apt-get = alle Zutaten für eine Sarge-Torte ... für Sarge optimierter (angepasster) Linux-Kernel
... nein, sind im wesentlichen die gleichen kernels wie bei debian, allerdings ist teils code enthalten, die gem. den vorstellungen des debian-teams nicht "frei" sind. es kann u.u. notwendig werden auf diese kernels zurückzugreifen, wenn man die entsprechenden treiber dennoch benötigt (siehe obiges beispiel). das backen eines eigenen kernels läuft bei beiden daher gleich ab.kernel-sourcen von kernel.org = alle nur erdenklichen Zutaten zum Backen
es war mein erster kernelback-versuch....wo liegt das problem?
grundsätzlich: wenn man den kernel richtig konfiguriert, benötig man die initrd nicht, sie ist eigentlich nur für generische kernel (die bei den distris dabei sind und auf jeder kiste laufen sollen) insteressant. bindet man die treiber zum lesen der root-partition (filesystem, hdd-treiber usw.) fest im kernel ein (also nicht als modul), bracht man die initrd schlicht nicht. Code: Alles auswählen
...# make clean
...# make menuconfigCode: Alles auswählen
...# make-kpkg clean
...# make-kpkg buildpackage --revision=Custom.xCode: Alles auswählen
...# dpkg -i kernel-image-2.6.7_Custom.x_i386.debCode: Alles auswählen
...# rm -r /lib/modules/2.6.7Code: Alles auswählen
...# cd /usr/src
...# dpkg -i kernel-image-2.6.7_Custom.x_i386.deb
aufpassen - entscheident ist wie groß das kernel image ist und nicht welche treiber fest integriert sind oder nicht usw. ...steos hat geschrieben:grundsätzlich: wenn man den kernel richtig konfiguriert, benötig man die initrd nicht, sie ist eigentlich nur für generische kernel (die bei den distris dabei sind und auf jeder kiste laufen sollen) insteressant. bindet man die treiber zum lesen der root-partition (filesystem, hdd-treiber usw.) fest im kernel ein (also nicht als modul), bracht man die initrd schlicht nicht.
was ist der normalfall ...? hast du schon versucht einen kernel zu machen der - mit den fest in den kernel integrierten treibern usw. nicht größer als 640kB ist - aus deiner aussage schließe ich das dem nicht so ist ...Trigger. hat geschrieben:Im Normalfall wird der Kernel nicht zu groß sein.
das richtige ... ? was in den kernel kommt hängt ab welche hardware man hat, einzelplatz rechner oder cluster, welche dienste, und und und ...Wenn mann jedoch nicht exakt das richtige _fest_ in den Kernel einbindet ist man halt geliefert.
nein! - entscheident ist wie groß das kernel image ist um vollständig ohne initrd file und ramdisk im real mode einen pc starten zu könnenSo gesehen stimmt beides.
Ich komme komplett ohne Initrd aus und habe alles drin was man braucht...meandtheshell hat geschrieben:was ist der normalfall ...? hast du schon versucht einen kernel zu machen der - mit den fest in den kernel integrierten treibern usw. nicht größer als 640kB ist - aus deiner aussage schließe ich das dem nicht so ist ...Trigger. hat geschrieben:Im Normalfall wird der Kernel nicht zu groß sein.
Und wo ist jetzt der Wiederspruch zu meiner Aussage??meandtheshell hat geschrieben:das richtige ... ? was in den kernel kommt hängt ab welche hardware man hat, einzelplatz rechner oder cluster, welche dienste, und und und ....Wenn mann jedoch nicht exakt das richtige _fest_ in den Kernel einbindet ist man halt geliefert.
Ähm wieso nein?meandtheshell hat geschrieben:nein! - entscheident ist wie groß das kernel image ist um vollständig ohne initrd file und ramdisk im real mode einen pc starten zu können.So gesehen stimmt beides.
