kernel bzImage < 1024 kb

[gutza36]

..gibt es irgendwelche gründe einen kernel so klein wie möglich zu bauen?! an der uni und am rechenzentrum behaupten linux-guru-wanna-be`s nähmlich genau das. alles was zur boot-time nicht dringend benötigt wird, bauen die herren als modul zusammen und erreichen damit bzImages unter 1024 kb ..
..nun habe ich aber auch gehört dass module aus dem aspekt der sicherheit nicht soooo beliebt sein sollen. ich vermute dass es (wie bei vielen dingen im it-bereich) zwei verschiedene meinungen gibt die verschiedene prioritäten voraussetzten.
..bitte unterstreicht doch die pro`s und contra`s für modularen/statischen kernel-aufbau. vielen dank.

[KBDCALLS]

Der Kernel von Debian ist komplett Modularisiert , wo es geht. ist aber 1,1 bzw 1,2 MB groß. Kenel 2.6.x Ob man noch kleiner bekommt bezweifle ich.

[QT]

Bei meinen eigenen Rechnern zuhause und aufm Laptop mache ich das auch genauso. In den Kernel kommt nur der Kram, der absolut zum Booten notwendig ist, alles andere baue ich als Modul.

Auf Servern, die am Netz haengen und auf denen zB Kundendomains liegen, haben meine Kernel gar keinen Modulsupport mehr, da das aus Sicherheitsgruenden hier vorzuziehen ist. Es koennen schlicht keine Kernelmodule geladen werden.

Ich denke, hier muss jeder seinen Weg finden, den ultimativen Ansatz gibt es da einfach nicht. Fuer Module spricht, dass man sie mal eben schnell entladen kann und mit ner neuen Option neuladen kann zB. Bei sicherheitskritischen Rechnern wuerde ich dagegen Modulsupport deaktivieren und auch zusaetzlich zB die gr-security Patches einspielen, sowie Jails bauen um die SSH User in Ihrer Welt "einzusperren" und die jeweiligen Kundendaten vor anderen Kunden zu schuetzen.

[gutza36]

Bei meinen eigenen Rechnern zuhause und aufm Laptop mache ich das auch genauso. In den Kernel kommt nur der Kram, der absolut zum Booten notwendig ist, alles andere baue ich als Modul.

..ok, verstehe, aber warum machst Du das?! wo sind die vorteile eines kleinen bzImages?!

[QT]

damit ich Module mit verschiedenen Parametern zB probieren kann, ohne jedesmal dafuer nen Reboot hinlegen zu muessen. Ausserdem sind dadurch nur die Dinge im Speicher, die auch wirklich genutzt werden. Bei Rechnern mit geringem Speicherausbau sicherlich nuetzlich, bei neuen GB-Boliden natuerlich eher weniger.

Dinge als Modul zu bauen, gibt mir, dem Nutzer, einfach eine groessere Flexibilitaet. Wenn ich zB Brennen mit IDE-SCSI machen will, so kann ich das einfach durch Modulent- und neuladen mal eben schnell umstellen. Habe ich den Kram statisch im Kernel, muss ich jedesmal neu booten, um sowas zu realisieren....

Ich bin dabei am wenigsten an einem kleinen Image interessiert. Also mein Ziel ist es bei weitem nicht, die Groesse des Kernelimages zu minimieren.

[gutza36]

..verstehe! macht sinn!
vielen dank für die antwort!

[gutza36]

..habe mich für die modulare struktur des kernels entschieden, da meine heim-kiste ziemlich lahm ist, und habe das fertig kompilierte bzImage des 2.6.9-er kernels auf 1048 reduziert

[sebas]

Wenn du ein paar unbenutzte printk()s rausholst, kommst du wahrscheinlich dann unter 1024kB

[peschmae]

Meiner ist 1488 gross und das bleibt auch so - ist so ziemlich alles drin was ich brauche. Zwar, wenn ich gucke, doch nicht alles - einfach alles was es braucht dass ich keine initrd brauch.

MfG Peschmä