Linux-Kernel-Release 4.x http://kernel.org/

Dies sind die Versionshinweise für Linux Version 4. Lesen Sie sie aufmerksam, da sie erklären, worum es sich dabei handelt, wie der Kernel installiert wird und was zu tun ist, wenn etwas schiefgeht.

WAS IST LINUX?

Linux ist ein Klon des Betriebssystems Unix, der von Linus Torvalds von Grund auf neu geschrieben wurde, mit Unterstützung eines locker verbundenen Teams von Hackern im gesamten Netz. Es zielt auf die Einhaltung von POSIX und der Single UNIX Specification ab.

Es verfügt über alle Funktionen, die man von einem modernen vollwertigen Unix erwartet, einschließlich echtem Multitasking, virtuellem Speicher, gemeinsamen Bibliotheken, Demand Loading, gemeinsam genutzten Copy-on-Write-Ausführungsdateien, ordnungsgemäßer Speicherverwaltung und Multistack-Netzwerkfunktionen einschließlich IPv4 und IPv6.

Es wird unter der GNU General Public License vertrieben - weitere Einzelheiten finden Sie in der beiliegenden Datei COPYING.

AUF WELCHER HARDWARE LÄUFT ES?

Obwohl es ursprünglich zunächst für 32-Bit-x86-basierte PCs (386 oder höher) entwickelt wurde, läuft Linux heute auch auf (mindestens) den Architekturen Compaq Alpha AXP, Sun SPARC und UltraSPARC, Motorola 68000, PowerPC, PowerPC64, ARM, Hitachi SuperH, Cell, IBM S/390, MIPS, HP PA-RISC, Intel IA-64, DEC VAX, AMD x86-64, AXIS CRIS, Xtensa, Tilera TILE, AVR32 und Renesas M32R.

Linux ist problemlos auf die meisten gängigen 32- oder 64-Bit-Architekturen portierbar, solange diese eine seitenbasierte Speicherverwaltungseinheit (PMMU) und einen Port des GNU-C-Compilers (gcc) (Teil der GNU Compiler Collection, GCC) besitzen. Linux wurde auch auf eine Reihe von Architekturen ohne PMMU portiert, wobei die Funktionalität dann offensichtlich etwas eingeschränkt ist. Linux wurde auch auf sich selbst portiert. Sie können den Kernel jetzt als Benutzerraumanwendung ausführen - dies wird UserMode Linux (UML) genannt.

DOKUMENTATION:

Es gibt eine große Menge an Dokumentation, sowohl in elektronischer Form im Internet als auch in Büchern, sowohl Linux-spezifisch als auch zu allgemeinen UNIX-Fragen. Ich empfehle, in den Dokumentations-Unterverzeichnissen einer beliebigen Linux-FTP-Site nach den LDP-Büchern (Linux Documentation Project) zu suchen. Dieses README ist nicht als Dokumentation über das System gedacht: Es sind viel bessere Quellen verfügbar.
Im Unterverzeichnis Documentation/ gibt es verschiedene README-Dateien: Diese enthalten typischerweise kernel-spezifische Installationshinweise für einige Treiber, zum Beispiel. Siehe Documentation/00-INDEX für eine Liste dessen, was in jeder Datei enthalten ist. Bitte lesen Sie die Datei Changes, da sie Informationen über die Probleme enthält, die durch ein Upgrade Ihres Kernels entstehen können.
Das Unterverzeichnis Documentation/DocBook/ enthält mehrere Anleitungen für Kernel-Entwickler und -Benutzer. Diese Anleitungen können in einer Reihe von Formaten gerendert werden: PostScript (.ps), PDF, HTML und Manpages, unter anderem. Nach der Installation rendern "make psdocs", "make pdfdocs", "make htmldocs" oder "make mandocs" die Dokumentation im gewünschten Format.

INSTALLATION des Kernel-Quellcodes:

Wenn Sie die vollständigen Quellen installieren, legen Sie das Kernel-Tarball in ein Verzeichnis, in dem Sie Schreibrechte haben (z. B. Ihr Home-Verzeichnis) und entpacken Sie es:

xz -cd linux-4.X.tar.xz | tar xvf -

Ersetzen Sie "X" durch die Versionsnummer des aktuellsten Kernels.

Verwenden Sie NICHT den Bereich /usr/src/linux! Dieser Bereich enthält einen (normalerweise unvollständigen) Satz von Kernel-Headern, die von den Library-Header-Dateien verwendet werden. Sie sollten zur Bibliothek passen und nicht von dem jeweiligen Kernel-du-jour durcheinandergebracht werden.
Sie können auch zwischen 4.x-Releases durch Patchen upgraden. Patches werden im xz-Format verteilt. Um per Patchen zu installieren, besorgen Sie sich alle neueren Patch-Dateien, wechseln Sie in das oberste Verzeichnis des Kernel-Quellcodes (linux-4.X) und führen Sie aus:

xz -cd ../patch-4.x.xz | patch -p1

Ersetzen Sie "x" für alle Versionen, die größer als die Version "X" Ihres aktuellen Quellbaums sind, der Reihe nach, und alles sollte funktionieren. Möglicherweise möchten Sie die Sicherungsdateien (irgendein-dateiname~ oder irgendein-dateiname.orig) entfernen und sicherstellen, dass es keine fehlgeschlagenen Patches gibt (irgendein-dateiname# oder irgendein-dateiname.rej). Wenn es welche gibt, haben entweder Sie oder ich einen Fehler gemacht.

Im Gegensatz zu Patches für die 4.x-Kernel sind Patches für die 4.x.y-Kernel (auch als -stable-Kernel bekannt) nicht inkrementell, sondern werden direkt auf den Basis-Kernel 4.x angewendet. Wenn Ihr Basiskernel beispielsweise 4.0 ist und Sie den 4.0.3-Patch anwenden möchten, müssen Sie nicht zuerst die 4.0.1- und 4.0.2-Patches anwenden. Wenn Sie Kernel-Version 4.0.2 ausführen und auf 4.0.3 wechseln möchten, müssen Sie zuerst den 4.0.2-Patch rückgängig machen (das heißt, patch -R) bevor Sie den 4.0.3-Patch anwenden. Mehr dazu finden Sie in Documentation/applying-patches.txt

Alternativ kann das Skript patch-kernel verwendet werden, um diesen Prozess zu automatisieren. Es ermittelt die aktuelle Kernel-Version und wendet alle gefundenen Patches an.

linux/scripts/patch-kernel linux

Das erste Argument im obigen Befehl ist der Speicherort des Kernel-Quellcodes. Patches werden aus dem aktuellen Verzeichnis angewendet, aber ein alternatives Verzeichnis kann als zweites Argument angegeben werden.
Stellen Sie sicher, dass keine veralteten .o-Dateien und Abhängigkeiten herumliegen:

cd linux make mrproper

Die Quellen sollten jetzt korrekt installiert sein.

SOFTWARE-ANFORDERUNGEN

Das Kompilieren und Ausführen der 4.x-Kernel erfordert aktuelle Versionen verschiedener Softwarepakete. Konsultieren Sie Documentation/Changes für die erforderlichen Mindestversionsnummern und Informationen darüber, wie Sie Updates für diese Pakete erhalten. Beachten Sie, dass die Verwendung übermäßig alter Versionen dieser Pakete indirekte Fehler verursachen kann, die sehr schwer zu verfolgen sind. Gehen Sie also nicht davon aus, dass Sie Pakete einfach aktualisieren können, wenn während des Builds oder Betriebs offensichtliche Probleme auftreten.

BUILD-Verzeichnis für den Kernel:

Beim Kompilieren des Kernels werden alle Ausgabedateien standardmäßig zusammen mit dem Kernel-Quellcode gespeichert. Mit der Option "make O=output/dir" können Sie einen alternativen Ort für die Ausgabedateien (einschließlich .config) angeben. Beispiel:

 Kernel-Quellcode:    /usr/src/linux-4.X
 Build-Verzeichnis:   /home/name/build/kernel

Zum Konfigurieren und Erstellen des Kernels verwenden Sie:

 cd /usr/src/linux-4.X
 make O=/home/name/build/kernel menuconfig
 make O=/home/name/build/kernel
 sudo make O=/home/name/build/kernel modules_install install

Bitte beachten Sie: Wenn die Option 'O=output/dir' verwendet wird, muss sie bei allen Aufrufen von make verwendet werden.

KONFIGURATION des Kernels:

Überspringen Sie diesen Schritt nicht, auch wenn Sie nur eine Nebenversion upgraden. In jeder Version werden neue Konfigurationsoptionen hinzugefügt, und es treten seltsame Probleme auf, wenn die Konfigurationsdateien nicht wie erwartet eingerichtet sind. Wenn Sie Ihre vorhandene Konfiguration mit minimalem Aufwand in eine neue Version übernehmen möchten, verwenden Sie "make oldconfig", das Sie nur nach den Antworten auf neue Fragen fragt.

Alternative Konfigurationsbefehle sind:

"make config" Reine Textoberfläche.

"make menuconfig" Textbasierte Farbmenüs, Radiolisten und Dialoge.

"make nconfig" Erweiterte textbasierte Farbmenüs.

"make xconfig" Auf X Windows (Qt) basierendes Konfigurationswerkzeug.

"make gconfig" Auf X Windows (Gtk) basierendes Konfigurationswerkzeug.

"make oldconfig" Beantwortet alle Fragen standardmäßig anhand des Inhalts Ihrer vorhandenen ./.config-Datei und fragt nach neuen Konfigurationssymbolen.

"make silentoldconfig" Wie oben, vermeidet jedoch, den Bildschirm mit bereits beantworteten Fragen zu überladen. Aktualisiert zusätzlich die Abhängigkeiten.

"make olddefconfig" Wie oben, setzt jedoch neue Symbole ohne Nachfragen auf ihre Standardwerte.

"make defconfig" Erstellt eine ./.config-Datei unter Verwendung der Standard-Symbolwerte aus entweder arch/$ARCH/defconfig oder arch/$ARCH/configs/${PLATFORM}_defconfig, abhängig von der Architektur.

"make ${PLATFORM}_defconfig" Erstellt eine ./.config-Datei unter Verwendung der Standard-Symbolwerte aus arch/$ARCH/configs/${PLATFORM}_defconfig. Verwenden Sie "make help", um eine Liste aller verfügbaren Plattformen Ihrer Architektur zu erhalten.

"make allyesconfig" Erstellt eine ./.config-Datei, indem Symbolwerte so weit wie möglich auf 'y' gesetzt werden.

"make allmodconfig" Erstellt eine ./.config-Datei, indem Symbolwerte so weit wie möglich auf 'm' gesetzt werden.

"make allnoconfig" Erstellt eine ./.config-Datei, indem Symbolwerte so weit wie möglich auf 'n' gesetzt werden.

"make randconfig" Erstellt eine ./.config-Datei, indem Symbolwerte auf zufällige Werte gesetzt werden.

"make localmodconfig" Erstellt eine Konfiguration basierend auf der aktuellen Konfiguration und den geladenen Modulen (lsmod). Deaktiviert jede Moduloption, die für die geladenen Module nicht benötigt wird.
```
                    Um ein localmodconfig für einen anderen Rechner zu
                    erstellen, speichern Sie das lsmod dieses Rechners in
                    einer Datei und übergeben Sie es als LSMOD-Parameter.

            target$ lsmod > /tmp/mylsmod
            target$ scp /tmp/mylsmod host:/tmp

            host$ make LSMOD=/tmp/mylsmod localmodconfig

                    Das Obige funktioniert auch beim Cross-Compilieren.
```

KOMPILIEREN des Kernels:

Stellen Sie sicher, dass mindestens gcc 3.2 verfügbar ist. Weitere Informationen finden Sie in Documentation/Changes.

Bitte beachten Sie, dass Sie mit diesem Kernel weiterhin a.out-Benutzerprogramme ausführen können.
Führen Sie "make" aus, um ein komprimiertes Kernel-Image zu erstellen. Es ist auch möglich, "make install" auszuführen, wenn lilo installiert ist, das zu den Kernel-Makefiles passt, aber Sie sollten zuerst Ihre spezifische lilo-Einrichtung überprüfen.

Um die eigentliche Installation durchzuführen, müssen Sie root sein, aber keine der normalen Build-Schritte sollte das erfordern. Nehmen Sie den Namen von root nicht vergeblich in den Mund.
Wenn Sie einige Teile des Kernels als `modules' konfiguriert haben, müssen Sie zusätzlich "make modules_install" ausführen.
Ausführliche Kernel-Kompilierungs-/Build-Ausgabe:

Normalerweise läuft das Kernel-Build-System in einem relativ ruhigen Modus (aber nicht völlig still). Manchmal müssen Sie oder andere Kernel-Entwickler jedoch Kompilierungs-, Link- oder andere Befehle genau so sehen, wie sie ausgeführt werden. Verwenden Sie dafür den "verbose"-Build-Modus. Dies geschieht durch Einfügen von "V=1" in den "make"-Befehl. Z. B.:

make V=1 all

Wenn das Build-System auch den Grund für den Neubau jedes Ziels mitteilen soll, verwenden Sie "V=2". Der Standardwert ist "V=0".
Halten Sie einen Sicherungs-Kernel bereit, falls etwas schiefgeht. Dies gilt insbesondere für die Entwicklungsversionen, da jede neue Version neuen Code enthält, der noch nicht debuggt wurde. Stellen Sie sicher, dass Sie auch eine Sicherungskopie der Module aufbewahren, die zu diesem Kernel gehören. Wenn Sie einen neuen Kernel mit derselben Versionsnummer wie Ihren funktionierenden Kernel installieren, erstellen Sie eine Sicherung Ihres Modulverzeichnisses, bevor Sie "make modules_install" ausführen.

Alternativ können Sie vor dem Kompilieren die Kernel-Konfigurationsoption "LOCALVERSION" verwenden, um der regulären Kernel-Version ein eindeutiges Suffix anzuhängen. LOCALVERSION kann im Menü "General Setup" eingestellt werden.
Um Ihren neuen Kernel zu booten, müssen Sie das Kernel-Image (z. B. .../linux/arch/i386/boot/bzImage nach der Kompilierung) an den Ort kopieren, an dem sich Ihr regulärer bootbarer Kernel befindet.
Das Booten eines Kernels direkt von einer Diskette ohne die Hilfe eines Bootloaders wie LILO wird nicht mehr unterstützt.

Wenn Sie Linux von der Festplatte booten, verwenden Sie wahrscheinlich LILO, das das Kernel-Image verwendet, das in der Datei /etc/lilo.conf angegeben ist. Die Kernel-Image-Datei ist normalerweise /vmlinuz, /boot/vmlinuz, /bzImage oder /boot/bzImage. Um den neuen Kernel zu verwenden, speichern Sie eine Kopie des alten Images und kopieren Sie das neue Image über das alte. Dann MÜSSEN SIE LILO NEU AUSFÜHREN, um die Ladetabelle zu aktualisieren!! Wenn Sie das nicht tun, können Sie das neue Kernel-Image nicht booten.

WENN ETWAS SCHIEFGEHT:

Wenn Sie Probleme haben, die auf Kernel-Fehler zurückzuführen zu sein scheinen, überprüfen Sie bitte die Datei MAINTAINERS, um zu sehen, ob es eine bestimmte Person gibt, die mit dem Teil des Kernels verbunden ist, mit dem Sie Probleme haben. Wenn dort niemand aufgeführt ist, ist die zweitbeste Möglichkeit, sie an mich zu senden ([email protected]) und möglicherweise an eine andere relevante Mailingliste oder an die Newsgroup.
Teilen Sie in allen Fehlerberichten bitte mit, um welchen Kernel es sich handelt, wie das Problem zu reproduzieren ist und wie Ihre Einrichtung aussieht (verwenden Sie Ihren gesunden Menschenverstand). Wenn das Problem neu ist, teilen Sie mir das mit, und wenn das Problem alt ist, versuchen Sie bitte mitzuteilen, wann Sie es zuerst bemerkt haben.
Wenn der Fehler zu einer Meldung wie

unable to handle kernel paging request at address C0000010 Oops: 0002 EIP: 0010:XXXXXXXX eax: xxxxxxxx ebx: xxxxxxxx ecx: xxxxxxxx edx: xxxxxxxx esi: xxxxxxxx edi: xxxxxxxx ebp: xxxxxxxx ds: xxxx es: xxxx fs: xxxx gs: xxxx Pid: xx, process nr: xx xx xx xx xx xx xx xx xx xx xx

oder ähnlichen Kernel-Debugging-Informationen auf Ihrem Bildschirm oder in Ihrem Systemprotokoll führt, duplizieren Sie diese bitte exakt. Der Dump mag Ihnen unverständlich erscheinen, enthält jedoch Informationen, die beim Debuggen des Problems helfen können. Der Text über dem Dump ist ebenfalls wichtig: Er sagt etwas darüber aus, warum der Kernel Code gedumpt hat (im obigen Beispiel aufgrund eines ungültigen Kernel-Zeigers). Weitere Informationen zur Interpretation des Dumps finden Sie in Documentation/oops-tracing.txt
Wenn Sie den Kernel mit CONFIG_KALLSYMS kompiliert haben, können Sie den Dump so senden, wie er ist, andernfalls müssen Sie das Programm "ksymoops" verwenden, um den Dump zu interpretieren (aber das Kompilieren mit CONFIG_KALLSYMS ist normalerweise vorzuziehen). Dieses Dienstprogramm kann von ftp://ftp..kernel.org/pub/linux/utils/kernel/ksymoops/ heruntergeladen werden. Alternativ können Sie die Dump-Suche von Hand durchführen:
Beim Debuggen von Dumps wie dem obigen hilft es enorm, wenn Sie nachschlagen können, was der EIP-Wert bedeutet. Der Hex-Wert als solcher hilft mir oder irgendjemand anderem nicht sehr viel: Er hängt von Ihrer jeweiligen Kernel-Einrichtung ab. Sie sollten den Hex-Wert aus der EIP-Zeile nehmen (die "0010:" ignorieren) und ihn in der Kernel-Namensliste nachschlagen, um zu sehen, welche Kernel-Funktion die betreffende Adresse enthält.

Um den Namen der Kernel-Funktion herauszufinden, müssen Sie das System-Binary finden, das mit dem Kernel verbunden ist, der das Symptom zeigte. Dies ist die Datei 'linux/vmlinux'. Um die Namensliste zu extrahieren und sie gegen die EIP aus dem Kernel-Absturz abzugleichen, führen Sie Folgendes aus:

linux-4.1.15_CVE-2022-42703

Beliebteste