[Eisfair] [e1] eiskernel 4.2.0 (Status 'stable') verfügbar - 4.9er Kernel für eisfair-1

Mo Dez 16 20:55:48 CET 2019

Am 16/12/2019 um 20.50 schrieb Thomas Bork:
> Hi @all,
> 
> es ist eine Version 4.2.0 von eiskernel mit dem Status 'stable' für 
> eisfair-1 verfügbar.
> 
> Intern wird hierfür der Kernel 4.9.196 aus der Longterm-Kernel-Serie 4.9 
> verwendet.
> 
> Siehe dazu:
> 
> https://www.kernel.org/category/releases.html
> 
> Mit diesem Kernel wird die alte Kernel-Serie 3.16.x abgelöst. Der größte 
> Unterschied zwischen dem neuen und alten Kernel für eisfair besteht im 
> Wegfall der alten IDE-Treiber mit dem Namens-Schema /dev/hdX.
> 
> Dazu waren einige Änderungen nötig:
> 
> udev musste beigebracht werden, Einträge unter /dev/disk/by-id und 
> /dev/disk/by-uuid für alte IDE-Treiber zu schreiben, damit der 
> Bootmanager lilo die Devices findet, auch wenn sie nicht mehr /dev/hdX 
> heissen. Die lilo.conf musste beim Kernel-Update umgeschrieben werden, 
> damit sie statt mit Device-Namen mit by-id und by-uuid arbeitet. Die 
> /etc/inittab musste umgeschrieben werden, damit nötige Partitionen 
^^^^^^^^^^^^^^^^

/etc/fstab ;-)

> anhand der UUID und nicht des alten Namens /dev/hdX gefunden werden. Die 
> initramfs, aus der das System startet, musste umgearbeitet werden, damit 
> sie mittels udev die nötigen Treiber als Ersatz für den ehemals fest 
> eingebauten IDE-Treiber findet. Die Kernel-Pakete mussten umgearbeitet 
> werden, damit sie von und zu /dev/disk/by-id und /dev/disk/by-uuid 
> konvertieren könnten usw.
> 
> Inzwischen hoffen wir, dass der Umstieg schmerzfrei gelingt. Sollten 
> bestimmte Gegebenheiten auf Euren Systemen nicht existieren, haben wir 
> versucht das abzufangen, z.B. mit Tests im Kernel-Update. Hat jemand 
> Änderungen des base-Updates an der inittab rückgängig gemacht und 
> mountet dort /dev/hdX-Devices statt UUIDs mit der Option auto, dann wird 
> das Kernel-Update sich nicht installieren lassen.
> Existiert kein by-id oder by-uuid-Eintrag, wird das Kernel-Update sich 
> nicht installieren lassen...
> 
> Weitere mögliche Probleme und Lösungen (z.B. eine zu kleine 
> /boot-Partition für den erhöhten Platzbedarf von Kernel und initramfs) 
> hat Marcus unter
> 
> https://web.nettworks.org/wiki/display/e/Anmerkungen+zum+Wechsel+vom+3.16er+zum+4.9er+Kernel
> 
> zusammen getragen. Schaut bei Problemen bitte zuerst dort hinein!
> 
> 
> Nun die übliche Kurzfassung:
> 
> Obwohl der Kernel die PTI-Patches enthält, werden diese bei uns nicht 
> aktiv, da die bisherige Implementation nicht bei 32-Bit-Kerneln greift.
> 
> https://de.wikipedia.org/wiki/Kernel_page-table_isolation
> 
> Dieser Kernel wird in 3 Varianten angeboten (alle 32-Bit):
> 
> 1. SMP
> 2. PAE
> 3. VIRT
> 
> Der SMP-Kernel unterstützt Systeme mit einem oder mehreren Prozessoren 
> und Prozessoren mit einem oder mehreren physikalischen oder virtuellen 
> Kernen.
> 
> Der PAE-Kernel ist der SMP-Kernel plus PAE und Sparse-Memory-Model. Die 
> CPU muss die Features cmov und pae unterstützen - das wird bei der 
> Installation überprüft.
> 
> Ein emulierter mathematischer Co-Prozessor (CONFIG_MATH_EMULATION) ist 
> nur noch bei SMP gesetzt (um auch alte 486 ohne Co-Prozessor zu 
> unterstützen). Ab PAE ist sowieso immer ein solcher Co-Prozessor 
> vorhanden, PAE und VIRT bringen die Emulation deswegen bei uns nicht mit 
> - das spart Platz.
> Ab PAE ist das NX-Bit gesetzt, PAE und VIRT sind somit sicherer als SMP. 
> Ab PAE ist ausserdem CONFIG_TRANSPARENT_HUGEPAGE gesetzt.
> 
> Wenn man einen Prozessor verwendet, der cmov und pae unterstützt und 
> wenn man noch dazu mehr als 4GB RAM ansprechen möchte, sollte man also 
> die PAE-Variante installieren.
> 
> Der VIRT-Kernel sollte alle notwendigen Features mitbringen (die die 
> verwendete Kernel-Version anbietet), um als Gast-Kernel auf 
> Virtualisierungs-Systemen zu laufen. Er ist der PAE-Kernel, erweitert um 
> Funktionen für Xen, KVM und Hyper-V.
> 
> Diese Kernel-Pakete lassen sich auf allen Systemen mit laufendem Kernel 
> 3.2.xx-eisfair-1, 3.16.xx-eisfair-1 und 4.9.xxx installieren.
> 
> Beim Update von einem älteren Kernel als 4.9.196-eisfair-1 aus wird *bei 
> genügend Platz in /boot* ein lilo-Start-Eintrag für diesen Kernel 
> erzeugt, wenn noch kein Backup unter /boot existiert, um problemlos 
> diesen alten stabilen Kernel booten zu können. Beim Update von 
> 4.9.196-eisfair-1 aus werden alle alten Kernel samt der Fallbacks 
> gelöscht, wenn dieser Kernel den stabilen Status erreicht.
> 
> Denkt daran, eventuell bei Euch installierte kernel-abhängige Treiber 
> (z.B. die AVM- und Dahdi-Module) für diesen Kernel vorher zu 
> installieren, da der Name sich geändert hat!
> 
> Zu den angegebenen eiskernel-Namen (z.B. 4.9.196-eisfair-1) und den 
> darin enthaltenen Versionen siehe [1].
> 
> 
> Änderungen zum stabilen eiskernel 3.48.0:
> =========================================
> - Name auf 4.9.196-eisfair-1 geändert (war 3.16.74-eisfair-1).
> - Alle Patches bis zu 4.9.196 integriert (war 3.16.74).
> - Update intel microcode-20190918.tar.gz -> microcode-20191115.tar.gz.
> - Update AMD microcode für Processor-Familie 17h.
> - /tmp/scsi.list wird nicht mehr verwendet.
> - info-Dateien sind jetzt mit sha256sum versehen.
> - /var/install/initrd/initramfs_udev.tar.gz/initparttwo:
>    - Bei Angabe von root-Devices in UUID-Form wird jetzt maximal 10
>      Sekunden auf das Auftauchen des Links unter /dev/disk/by-uuid/
>      gewartet. Das behebt Probleme beim Boot von langsamen USB-Sticks.
> 
> Dieses Paket bei https://pack-eis.de:
> =====================================
> PAE : https://www.pack-eis.de/index.php?p=34980
> SMP : https://www.pack-eis.de/index.php?p=34981
> VIRT: https://www.pack-eis.de/index.php?p=34982
> 
> 
> Gleichzeitig wird wie gewohnt auch das Paket eiskernel-dev mit den 
> Quellen passend zu diesem Kernel freigegeben.
> 
> Änderungen zum vorherigen stabilen eiskernel-dev 3.48.0:
> ========================================================
> - Basiert auf 4.9.196 (war 3.16.74).
> - Setzt installierten eiskernel 4.9.196 voraus.
> - Lädt 4.9.196 herunter (war 3.16.74).
> - info-Dateien sind jetzt mit sha256sum versehen.
> - /tmp/install.sh:
>    Fehler bei Ermittlung des Status des Paketes behoben.
> - Setzt installierten eiskernel 4.2.0 voraus.
> 
> Dieses Paket bei https://pack-eis.de:
> =====================================
> https://www.pack-eis.de/index.php?p=34983
> 
> 
> Der Kernel 4.9.196:
> ===================
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/?id=refs/tags/v4.9.196
> 
> 
> [1]
> Übersicht der 4.9er eiskernel-1-Pakete:
> =======================================
> 
> eiskernel-Vers.|  eiskernel-Name   | Patchlevel Vanilla
> _______________________________________________________
> 4.2.0          | 4.9.196-eisfair-1 | 4.9.196
> 4.1.3          | 4.9.196-eisfair-1 | 4.9.196
> 4.1.2          | 4.9.196-eisfair-1 | 4.9.196
> 
> 
> Ich danke allen Mitgliedern des Teams für Tests und Unterstützung und 
> wünsche allen Anwendern weiterhin viel Spass mit eisfair!
> 
> 
> Das Posting geht parallel an spline.eisfair und spline.eisfair.dev.
> Produktive Rückmeldungen bitte an spline.eisfair.
>