• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Ein paar newb-Fragen zum Kernel bauen ;)

S

scummos

Hacker
Hallo,

benutze jetzt schon eine ganze weile SUSE und möchte mich jetzt mal dranwagen, einen eigenen Kernel zu bauen.
Dazu hätte ich noch folgende Fragen:
  • Was kann man sich eigentlich davon versprechen, so einen Kernel selber zu bauen? Läuft der z.B. schneller oder bootet schneller?
  • Wenn ich das richtig verstanden habe, sind alle verfügbaren Kernel wie smp oder default eigentlich nur das, was man auch selber machen kann, mit vordefinierten Einstellungen?
  • Ich habe keinen Laptop. Also könnte ich beim selber bauen bei xconfig alles rausmachen, was irgendwie mit Laptop oder PCMCIA zu tun hat. Die Frage ist nur: bringt es mir etwas, weniger Module im Kernel zu haben?
  • Ich habe mit viel Mühe ein rt2500 WLAN- Treibermodul gebaut. Ist es möglich, dies fest in den Kernel zu integrieren?
  • Kann ich mein aktuelles System kaputtmachen, wenn ich den Kernel nur als neuen Eintrag im GRUB bootbar mache? :D
  • Gibt es sonst noch irgendwas zu beachten? Vorher und / oder nacher make clean durchführen oder besser bleiben lassen?

Danke schonmal im Vorraus!

Gruß scummos ;)
 
J

jengelh

Guru
scummos schrieb:
*Was kann man sich eigentlich davon versprechen, so einen Kernel selber zu bauen? Läuft der z.B. schneller oder bootet schneller?
Zum Vergrößern anklicken....
Kann ich nicht bestätigen... (evtl. ließe sich ein Unterschied zwischen einem i686 vs i386 Kernel messen, weil doch "viele" Instruktionen fehlen.)
[*]Ich habe keinen Laptop. Also könnte ich beim selber bauen bei xconfig alles rausmachen, was irgendwie mit Laptop oder PCMCIA zu tun hat. Die Frage ist nur: bringt es mir etwas, weniger Module im Kernel zu haben?
Zum Vergrößern anklicken....
Dann wären es ja keine Module.
[*]Kann ich mein aktuelles System kaputtmachen, wenn ich den Kernel nur als neuen Eintrag im GRUB bootbar mache? :D
Zum Vergrößern anklicken....
Es gab schon abenteuerliche Geschichten...
[*]Gibt es sonst noch irgendwas zu beachten? Vorher und / oder nacher make clean durchführen oder besser bleiben lassen?
Zum Vergrößern anklicken....
Zum Vergrößern anklicken....
`make clean` braucht keiner.
 
A

Anonymous

Gast
scummos schrieb:
... die frage ist, bringt es was? ;)
Zum Vergrößern anklicken....

Wenn es sich um Features handelt, die als Modul gebaut werden, dann sicher nicht

Module werden nur dann geladen, wenn sie auch benoetigt werden.

Zu 99% ist das Ganze den Aufwand nicht wert, da ist der Versuch, nicht benoetigte Systemdienste abzuschalten mit Sicherheit erfolgversprechender, wenn man die Kiste schneller bekommen will.

Greetz,

RM
 
OP
S

scummos

Hacker
Ich meinte nicht die module, ich meinte diejenigen... wie sagt man? Dienste? Treiber? Ressourcen? die direkt in den Kernel gebaut werden... also häkchen bei qconf ;)
 
A

Anonymous

Gast
Lohnt trotzdem sehr wahrscheinlich den Aufwand nicht.

Nicht wenige der fest einkompilierten Faehigkeiten lassen sich nur unter Verlust anderer Faehigkeiten entfernen, die Du dann moeglicherweise doch brauchst.

Der Geschwindigkeitsgewinn wird sehr wahrscheinlich marginal sein.

Da gibt es weitaus sinnvollere "newb"-Aufgaben, die einen groesseren Lerneffekt haben und auch sichtbare Ergebnisse liefern.

Greetz,

RM
 
B

b3ll3roph0n

Guru
Das ganze bringt IMHO nur etwas, wenn du Module oder spezielle Patches brauchst, die im offiziellen Kernel nicht enthalten sind.
Den Kernel einfach nur neu zu kompilieren und dabei einige Module herauszunehmen bringt i.d.R. nichts.

Einen Geschwindigkeitsgewinn erreichst du z.B. wenn du deinen Kernel mit dem ck-Patch (oder einem darauf basierenden Patchset - z.b. beyond) ausstattest.
 
OP
S

scummos

Hacker
Ah, okay. Danke ;)
Aber neugierig wie ich bin musste ich es natürlich trotzdem mal machen... nach einem kleinen problemchen mit dem initrd geht es jetzt ;)
-> merkwürdigerweise sagt uname -r immer noch, ich benutze den bigsmp-kernel?! Woran liegt das?


Was bewirkt solch ein patch? Ich hab ein wenig gegoogelt, dabei zwar gefunden, wie es geht, aber nicht, was es eigentlich bringt :D

Danke & Gruß scummos ;)
 
OP
S

scummos

Hacker
Beyond gab immer nur ne Menge Fehler aus, mit ck hatte ich schließlich bei 2.6.20 Erfolg -- stimmt, das ganze ist jetzt merklich schneller! Danke...

Nur zwei Kleinigkeiten:
Was bedeutet diese Fehlermeldung beim booten?
Code: 
showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel

Und: Warum geht mein Bootsplash nicht mehr ?! :D

lg scummos
 
B

b3ll3roph0n

Guru
scummos schrieb:
Was bedeutet diese Fehlermeldung beim booten?
Code: 
showconsole: Warning: the ioctl TIOCGDEV is not known by the kernel
Zum Vergrößern anklicken....
Dass du einen Vanilla-Kernel einsetzt.
Dieser kennt TIOCGDEV nicht.
TIOCGDEV wird AFAIK vom blogd (boot logging daemon) benötigt (sollte - davon abgesehen - aber keine Probleme bereiten).
Es gibt AFAIR auch einen SUSE-Patch.

scummos schrieb:
Und: Warum geht mein Bootsplash nicht mehr ?! :D
Zum Vergrößern anklicken....
Hast du denn auch den Bootsplash-Patch in deinen Kernel eingebaut?
 
OP
S

scummos

Hacker
Braucht´s da einen extra Patch?! Ich dachte, man darf nur die entsprechende Option nicht deaktivieren...
Ich habe die _Konfiguration_ des alten Kernels verwendet, im großen und ganzen...

lg scum
 
OP
S

scummos

Hacker
gefunden :)
Müsste jetzt dann gehen, sobald der hier fertig gerattert hat...

Dank dir schön!

Gruß scum
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben