Avatar von steveh
  • steveh

mehr als 1000 Beiträge seit 27.02.2000

Linux Kernel: Wie verhält sich silentoldconfig? "innovativ" oder "konservativ"?

Ich hätte mal eine allgemeine Frage zu Kernel-upgrades und die
Evolution der kernel-Parameter in ".config"

Angenommen ich habe einen älteren Kernel 3.1.x und werde demnächst
auf 3.2.0 oder 3.2.1 upgraden mit Selbstkompilierung.
Damit der neue Kernel nicht "komplett aus dem Rahmen der
Distribution" fällt durch "defaultconfig" mit Risiko von Fehlern,
will ich die alte ".config" nehmen, mit
"silentoldconfig" an die neue Source anpassen lassen und dann
kompilieren.

Hauptgrund ist dass der neue Kernel alle Einstellungen
zu statischen und dynamischen Kernelmodulen so belässt wie sie beim
alten waren. Hier wurde ich in der Vergangenheit mit manch
desaströsen
Ergebnissen konfrontiert wenn ich einen mit "defaultconfig" gebauten
kernel.org-Kernel in openuse, ubuntu o.a. einsetzen wollte, der bei
diesen
Modul-Einstellungen anders konfiguriert war als das
mitgelieferte Original von suse oder ubuntu.
"Falsche" Einstellungen für Grafikkartenmodule und -features sind ja
besonders
nachtragend...

Ich gehöre dabei eher zu den Faulen :D die während des Ablaufs von
"silentoldconfig" alle Vorschläge des scripts durchwinken bzw. sogar
die "enter" Taste gedrückt halten, und will keinesfalls lange
nachdenken, sondern akzeptieren was das script Y/n oder N/y
vorschlägt.

Ich weiss dass silentoldconfig die ideale Lösung ist für die
Kontinuität der Modul-Einstellungen.

Wie verhält sich "silentoldconfig" bei solchen Szenarien mit den
Parametern für zentrale Funktionen des Kernels?

"Innovativ" und ich kann von neuen Kernel-Features und verbessernden
Änderungen profitieren?

Oder eher "konservativ", übernimmt fast alles aus dem alten ".config"
und belässt damit manche Verbesserungen komplett abgeschaltet? Ein
solcher Kernel wäre in der Tat im Rückstand, im Vergleich zu einer
mit "defaultconfig" erstellten .config

veranschaulichendes Beispiel für meine Frage:
ein neuer Kernel hat eine verbesserte Speicher- oder
Prozessverwaltung oder I/O, für konservative Admins gibt es aber
Parameter in .config, um diese Verbesserungen zu deaktivieren.

Bewerten
- +
Anzeige