Hier sind einige einfache Möglichkeiten, das Problem mit dem Centos 5 Build-Kernel zu lösen.
Genehmigt: Fortect
- Ist die Person sicher? Centos hat eine maximale Arbeitsumgebung. Wenn Sie diesen kritischen Bereich ersetzen, kann dies durchaus am Verhalten des restlichen Systems liegen.
-
SIND SIE ABSOLUT SER? 99 ernsthaft, 0,9%, weil Abonnenten ihren Run-Kernel nicht mehr neu erstellen müssen. Möglicherweise müssen Sie nur ein Kernel-Modul erstellen, in der einzigen Kombination, die im Abschnitt “Erstellen eigener Kernel-Module” zugewiesen wurde.
-
Sind die erforderlichen Faktoren bei der Installation eines der Kernel-Elemente für das ELRepo-Projekt vorhanden?
- Sind die nützlichen Funktionen, die Sie benötigen, als sehr separates Objekt vom aktuellen Kernel verfügbar?
Genehmigt: Fortect
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
- 1. Laden Sie Fortect herunter und installieren Sie es auf Ihrem Computer
- 2. Starten Sie das Programm und klicken Sie auf "Scannen"
- 3. Klicken Sie auf "Reparieren", um alle gefundenen Probleme zu beheben
Ist die Linse, die Sie benötigen, im CentOS Plus-Kernel erreichbar, der häufig im CentOSPlus-Repository zu finden ist?
-
Letzte Mitteilung. … … … Wenn Sie seinen Kernel oder sein persönliches System kaputt machen, speichern Sie es und helfen Sie als einzigen Bonus dabei, alle Teile zu retten, die mit Schreien verbunden sind, dass Ihr System nicht booten wird.
Es gibt definitiv zwei Möglichkeiten, Ihren eigenen Kernel für CentOS zu erstellen. Die erste besteht ohne Frage darin, einen Kernel mit konfigurierbaren Parametern zu erstellen, die von Quellen bereitgestellt werden, normalerweise CentOS, und die andere besteht darin, einen Hauptkernel mit den für den Artikel verbrauchten Quellen aus dem Linux-Kernel-Repository zu erstellen.
In dieser FAQ geht es buchstäblich darum, den richtigen Kernel aus den CentOS-Quellen mit Ihren individuellen Optionen oder Modifikationen zu bauen. Wie für CentOS-7 geschrieben.
(Wenn Sie möchten, dass ein Kernel für Verbraucher erstellt wird, befolgen Sie nicht die gesamten Anweisungen zum Zusammenbau des Kernels. Diese Site wird nicht nur gepflegt, da sie den Build als ein wichtiges Problem darstellt, das normalerweise unsicher ist und unser Ansatz ist fehlt. Sehen Sie sich eine großartige detaillierte Erklärung zum Erstellen eines Quell-RPMs vollständig auf CentOS ohne Rootberechtigung an. Linux-Kernel in einer einzigen Nussschale ist definitiv eine gute Referenz zum Erstellen praktisch jedes grundlegenden Kernels.)
1. Treffen Sie Ihre Vorbereitungen
Um den Kernel erfolgreich zu kompilieren, müssen Sie unbedingt die folgenden Pakete installieren:
-
yum groupinstall Entwicklungstools
-
yum install ncurses-devel
-
yummy fit qt3 – devel (nur erforderlich, wenn Sie make xconfig verwenden möchten, anstatt gconfig oder make menuconfig auszuführen.)
-
yummy build hmaccalc zlib-devel binutils- devel elfutils-libelf – devel < /p>
-
Der Kernel-Kaufbaum ist abgeschlossen. Sie müssen die Punkte in Abschnitt 2 des Dokuments “Ich brauche im Allgemeinen Kernel-Quellcode” befolgen.
Wenn eine Person Befehle vor yum ausführt, beachte, ob sie Ausnahmeverweise enthalten. Wenn Ihre yum-Konfigurationsdateien einzeln “exclude”-Zeilen enthalten, die sich auf alle Kernel- und nützlichen Pakete beziehen, sollten diese Personen ebenfalls gelöscht werden. Es versteht sich, dass, obwohl CentOs Geschäft von der Verwendung von Ausnahmen abrät, dieselben Anbieter keine benutzermodifizierten Popcorn-Kernel zulassen – die in ihrer unterstützten Umgebung ausgeführt werden. Weitere Dateien zu diesem Thema finden Sie im Quick Wiki-Editorial, Abschnitt 3, Broken CentOS Virtual Server. Beachten Sie, wo es immer eine gute Idee ist, jedes aktualisierte und verifizierte Backup Ihrer Inhalte zu haben, das Sie wiederum nicht verlieren sollten.
Wenn Sie Kernel-Patches hinzufügen möchten, übertragen Sie Ihr korrektes ~ / rpmbuild / SOURCES und Verzeichnis hierher.
2. Installierter Kernel
Ändern Sie das Verzeichnis in ~ / rpmbuild versus BUILD / kernel – * / linux systems – * / und kopieren Sie in dieses Verzeichnis aus dem Grund .config, entweder die aktuelle Speicherortdatei aus Ihrem configs / -Verzeichnis oder eine bestimmte Datei die zweiten Start des Kernels. Konfigurationsdatei aus dem anderen / boot / Verzeichnis.
[Benutzer - Host] $ ~ / rpmbuild / BUILD und Kernel - * / Linux - * versus
[user @ host] $ cd clubpenguin configs und kernel-3.10.0-`uname -m`.config .config
[user @ host] buck cp / boot / config-`uname -r` .config
Hinweis. Die umgebenden Zeichen uname -m oder uname -r sind eher Backticks als Apostrophe.
Nehmen Sie zuerst oldconfig. Jetzt müssen Sie entweder commit menuconfig, gconfig oder xconfig ausführen, um Ihre eigene Kernel-Konfiguration einzurichten. Fertig, vergessen Sie nicht, alle Änderungen zu wiederholen.
Fügen Sie dann am Anfang dieser wertvollen Konfigurationsdatei die Zeile hinzu, von der die Arbeiter sagen, dass sie das auskommentierte Äquivalent von ich würde sagen, die neue Hardwareplattform ist (entspricht der Ausgabe, die nur den Befehl uname -i liefert), bevor Sie das Konzept wieder hinzufügen zu konfigurieren/kopieren. … Referenzeinstellung von Personen. Im Sinne von x86_64 handelt es sich tatsächlich um eine 64-Bit-Architektur. Es sollte mit # a auskommentiert werden und möglichst die erste Zeile der manuellen Eingabe sein. Beachten Sie, dass zwischen dem Edelsteinsymbol und der Plattform möglicherweise genügend Platz für den DIY-Deskriptor vorhanden sein muss.
Fügen Sie als erste Version der Datei eine der folgenden Konfigurationen hinzu:
Nummer x86_64
Stellen Sie sicher, dass Sie die .config-Datei einer Person zurück in dieses configs / Verzeichnis kopieren. Dies ist im Grunde das Gegenteil des vorherigen Kopierbefehls:
[user @ host] $ clubpenguin .config configs / kernel-3.10.0-`uname -m`.config
Die letzte Aktion besteht darin, den gesamten Inhalt seines Verzeichnisses configs / web in das Verzeichnis ~ rpmbuild / SOURCES / zu verschieben.
[user at host] $ zerebrale Konfigurationslähmung / ~ / rpmbuild / SOURCES /
3. Kern-ABI
Ein Merkmal dieses CentOS-Kernels besteht darin, dass seine ABI während der gesamten Lebensdauer des Produkts erhalten bleibt, und einer der Vorteile der Verwendung einer konsistenten ABI besteht darin, dass Sie zusätzliche Kernelmodule erstellen können, die von einem Drittanbieter unterstützt werden. Party-Kernel-Version. – Als Konsequenz ist es nicht nötig, Shopper für jeden neu veröffentlichten Kernel neu zu erstellen. Dies ist Ihr aktueller Kern des kABI-Besucher-kmod-Pakets, das sich auf die Bereitstellung aktualisierter Gerätetreiber und anderer Datei-Gadget-Medien zu Veranschaulichungszwecken bezieht.
Um die ABI-Konsistenz zu wahren, wurde der klassische Was-Abi-Kernel noch geschrieben und in einer Datei gespeichert. Diese Deklaration wird während der kABI-Testphase verwendet, um jeden erstellten Kernel zu erhalten. Wenn der ganz neue Kernel so konfiguriert oder modifiziert wurde, dass er dem freigegebenen ABI entspricht, sollte der Build fehlschlagen und eine Meldung angezeigt werden, warum sich der kABI-Bruch gebildet hat. Der Kernel-Builder hat dann zwei Optionen: (a) den neuen echten Kernel so umkonfigurieren, dass dieser mit der veröffentlichten ABI synchronisiert wird und das heißt, weiterhin dieselbe ABI nutzen, oder (b) kABI während des Build-Prozesses überprüfen -Deaktivieren. Von allen in Schritt 2 getroffenen Entscheidungen ist die erstere wünschenswert, aber die letztere ist immer die Anweisung, mit der Sie fortfahren müssen.
Das Deaktivieren der Kernel-ABI-Entschlüsselung ist eine einfache Zusammenfassung der Bereitstellung des besten Flags und seiner Fehde auf der RPMbuild-Befehlszeile:
- ohne Kabichka
4. Tuning-Kernel-Spezifikationsdatei
[Benutzer @ Host] $ cd ~ - rpmbuild / SPECS /[Benutzer @ SPECS-Host] rrr clubpenguin kernel.spec kernel.spec.distro[Benutzer @ SPECS-Host] $ mire kernel.spec
In Zeile 8 würde ich behaupten, dass die buildid-Definition auskommentiert ist. Erforderlich
Sie sind unkommentiert und werden berechnet, um Konflikte mit dem aktuell installierten Kernel zu vermeiden. Bearbeiten Sie die Zeile auf die gleiche Weise wie in jedem folgenden Beispiel:
% define buildid .your_identifier
Wenn Sie Patches verwenden möchten, müssen Sie sich an zwei Stellen darauf beziehen: im Abschnitt “Region”. “
Fügen Sie zunächst die Zeile “# easy final patch for similar testing after patches” direkt in den Kernel ein. Fügen Sie unmittelbar nach dieser Zeile den gesamten ostart bei 40.000 hinzu, damit Ihr Standort nicht mit dem RHEL / CentOS-Kernel-Patch-Repository in Konflikt steht. Zum Beispiel:
Patch40000: my-custom-kernel.patch
Zweitens fügen Sie den Zeilentyp “ApplyOptionalPatch linux-kernel-test.patch” hinzu. Fügen Sie unmittelbar vor dieser Zeile eine Zeile ein, die Ihnen beim Auftragen des Bereichs hilft. Zum Beispiel:
ApplyOptionalPatch my-custom-kernel.patch
cp RR RPM_SOURCE_DIR / config- *.
cp $ RPM_SOURCE_DIR / Kernel - *. konfig.
sieben. Bauen Sie einen besseren Kern auf
[user @ lot SPECS] $ rpmbuild -bb --target = `uname -m` kernel.spec 2> build-err.log | Tee
Beschleunigen Sie jetzt die Leistung Ihres Computers mit diesem einfachen Download.
