neuesten Kernel installieren bzw. selbs bauen

[mathew123]

Hi,

kann mir jemand beschreiben, wie ich den neuesten Kernel aus den Backports installieren kann? Ich denke aktuell ist im Moment 3.3. Wie mache ich es von der Stange? Ich habe ein AMD64 System laufen.


Bzw. kann mir jemand sagen, wie ich einen massgeschneiderten Kernel von kernel.org zusammenbaue/backe? Ich würde dies gerne auch können, jedoch weiss ich nicht welche Treiber ich jeweils aktivieren soll bzw. brauche. Bzw. welche sinnvoll sind, damit das System in jeder Lage rund läuft.

Ich habe ein Fujitsu A 530 Notebook. http://www.hardwarehouse.de/product_inf ... id=2448266

[Emess]

Ich glaube eher 3.2 ist in den Backports
Backports in die sources.list aufnehmen

Code: Alles auswählen

aptitude update
aptitude install -t squeeze-backports kernel-imagexx kernel-headersxx

fertig

[guennid]

Zum Selberbauen:
Unter /boot liegt die config deines aktuell arbeitenden Kernels. Wenn du dir die Sourcen von kernel.org gezogen hast, kriegst du mit make oldconfig diese config an die neuen Sourcen angepasst. Du brauchst im Grunde nichts weiter zu tun, als bei den vielen Fragen jeweils die Voreinstellungen mit Return zu bestätigen, anschließend baust du den Kern mit kpkg linux-image. - Allerdings wäre das ein ziemlich sinnfreies Vorgehen und der Kern genauso ein Feld-Wald-und-Wiesen-Kern wie der, von dem die config stammt. Um einen angepassten Kern zu erstellen, könnte anstelle von make oldconfig make defconfig treten. Damit hättest du eine sehr rudimentäre config, auf der du Stück für Stück aufbauen könntest. - Aber das wird dann richtig Arbeit!

Grüße, Günther

[cosmac]

hi,

Um einen angepassten Kern zu erstellen, könnte anstelle von make oldconfig make defconfig treten. Damit hättest du eine sehr rudimentäre config, auf der du Stück für Stück aufbauen könntest.

ausgehend von 'oldconfig' abspecken ist aber nicht so frustierend wie von 'defconfig' aus aufbauen. Man hat ja immer einen funktionieren Kernel und braucht nur einen Schritt zurück zu gehen, wenn man die Optimierung übertrieben hat. Aber auch so kann man sich viele lange Winterabende beschäftigen

[Milbret]

Hab mir auf meinem Home Server 2 Skripte geschrieben zum bauen + instalieren sowie löschen von Kerneln.
Ich werde es heute abend mal hier per nopaste einstellen.
Es muss dann nur angepasst werden, da ich die Kernel Sources bei mir liegen habe da ich das Kernel Archiv spiegele.

Ist übrigens eines meiner ersten Skripte

Martin

[guennid]

ausgehend von 'oldconfig' abspecken ist aber nicht so frustierend wie von 'defconfig' aus aufbauen

Also, ich weiß nicht. Hunderte/Tausende(?) von Optionen auszuknipsen, von denen zumindest ich eh nur bei den wenigsten weiß, wozu die gut sind ... Da, denk ich, ist es einfacher, die wenigen, die man wirklich braucht, zusammenzusuchen. Größenverhältnis Standard/Eigenbau war immer besser als 10:1. Aber gut, das hab ich durchgezogen mit 'nem PI Toshiba mit 150 MHz, Floppy, CD und sonst nix. (Zehr ich aber heute noch von!) Bei den heutigen Boliden mag sich das anders darstellen.

Irgendwer (kannst durchaus auch du gewesen sein) hat mir sogar mal vorgeschlagen, mit 'ner leeren config anzufangen, aber das habe ich bis heute nicht probiert.

Grüße, Günther

[Emess]

Du wirst dir viel Zeit und grauen Haare sparen wenn du auf die Backports setzt!
Das Kernel backen ist wirklich was für die langweiligen Winternächte

[towo]

ausgehend von 'oldconfig' abspecken ist aber nicht so frustierend wie von 'defconfig' aus aufbauen

Also, ich weiß nicht. Hunderte/Tausende(?) von Optionen auszuknipsen, von denen zumindest ich eh nur bei den wenigsten weiß, wozu die gut sind ... Da, denk ich, ist es einfacher, die wenigen, die man wirklich braucht, zusammenzusuchen. Größenverhältnis Standard/Eigenbau war immer besser als 10:1. Aber gut, das hab ich durchgezogen mit 'nem PI Toshiba mit 150 MHz, Floppy, CD und sonst nix. (Zehr ich aber heute noch von!) Bei den heutigen Boliden mag sich das anders darstellen.

Irgendwer (kannst durchaus auch du gewesen sein) hat mir sogar mal vorgeschlagen, mit 'ner leeren config anzufangen, aber das habe ich bis heute nicht probiert.

Grüße, Günther

Nunja,

Hint: make localconfig

[guennid]

Das Allerwichtigste hat uns mathew123 noch gar nicht verraten: Wozu soll der neue Kern eigentlich gut sein? Solange all seine Hardware mit dem aktuellen läuft, gibt's keinen vernünftigen Grund, einen neueren einzubauen, es sei denn, es geht ums Kernel-bauen-Lernen.

Grüße, Günther

[kupe]

der vollst. halber möchte ich noch erwähnen, daß ich folgende anleitung* ganz brauchbar (da imho wirklich ausgespr. leichtverständlich und v.a. inkl. unmittelbarem erfolgserlebnis) finde; ist natürl. nur ein mögl. weg von mehreren, aber chez moi hat dieser bis dato jedenfalls immer funktioniert.


* das praktische daran: es gibt sogar in einigerm. regelm. abständen aktualisierungen bzgl. neuerer versionen.

[Emess]

Unglaublich!
Habt ihr in der Jahreszeit nix besseres zu tun als Kernel zu backen?

[Milbret]

So wie geschrieben hier die Skripte.

genkernels
http://nopaste.debianforum.de/36387

rmkernels
http://nopaste.debianforum.de/36388

Bitte nicht schlagen
Die Skripte sind wirklich nicht auf schönheit und 100% saubere Skripts getrimmt.
Aktuell tun sie was sie sollen.

Die skripte sollten entweder per sudo oder per root genutzt werden, da die Kernel samt modulen installiert und entfernt werden.
Die Befehle zum bauen laufen dafür unter normalen Benutzerrechten, was auch gewünscht ist.

Martin

[Emess]

In deinem 2. link fehlt ein "ht"

[Milbret]

Danke.
Ist behoben und der Link funktioniert wieder.

Martin

[pferdefreund]

Wieso keinen Kernel bauen - gerade wenn man ne alte Kiste hat, bringt das ordentlich was an Performance - zumindest bei mir.
Kernel schrumpen und dann noch prozessoroptimiert kompilieren - und schon geht auf ner 200 Mhz-Kiste sogar timidity mit 44100 Hz, was man mit dem Default-Kernel haken kann. Klar - bei den heutigen 3Ghz-Kisten ist sowas wurscht. Die gesamte Systemlast ist mit nem Eigenbaukernel bei mir locker 20 % niedriger wie mit den Default-Kerneln.

[mathew123]

Das Allerwichtigste hat uns mathew123 noch gar nicht verraten: Wozu soll der neue Kern eigentlich gut sein? Solange all seine Hardware mit dem aktuellen läuft, gibt's keinen vernünftigen Grund, einen neueren einzubauen, es sei denn, es geht ums Kernel-bauen-Lernen.

Grüße, Günther

Jup, es geht ums bauen an sich. Also das lernen und weil ich mir davon ein schnelleres System verspreche, das schneller läd/reagiert etc. Wobei ich auch mit dem jetztigen zufrieden bin. Außerdem könnte es ja auch sein, dass ein neuer Kernel resourcenschonender ist z.B. Batterieverbrauch etc.....