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

[Thomas Bork]

Hi @all,

es ist eine Version 4.2.0 von eiskernel mit dem Status 'stable' für 
eisfair-64 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 
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:

Der Kernel enthält die PTI-Patches. Diese sind bei uns aktiv, da die 
Implementation bei 64-Bit-Kerneln greift (im Gegensatz zu den 
32-Bit-Kerneln von eisfair-1).

https://de.wikipedia.org/wiki/Kernel_page-table_isolation

Dieser Kernel wird nur als VIRT-Variante angeboten. Aufgrund der 
Eigenschaften des 64-bit-Kernels sind verschiedene Varianten (SMP, PAE 
und VIRT) nicht mehr notwendig.

Dieses Kernel-Paket lässt sich auf allen Systemen mit normaler Hardware 
und laufendem Kernel 3.16.xx-eisfair-64-VIRT oder 
4.9.xxx-eisfair-64-VIRT installieren.

Beim Update von einem älteren Kernel als 4.9.196-eisfair-64-VIRT 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-64-VIRT 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-64-VIRT) und 
den darin enthaltenen Versionen siehe [1].


Änderungen zum stabilen eiskernel 3.48.0:
=========================================
- Name auf 4.9.196-eisfair-64 geändert (war 3.16.74-eisfair-64).
- 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:
=====================================
VIRT: https://www.pack-eis.de/index.php?p=34984


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=34985


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-64-Pakete:
========================================

eiskernel-Vers.|  eiskernel-Name    | Patchlevel Vanilla
______________________________________________________
4.2.0          | 4.9.196-eisfair-64 | 4.9.196
4.1.3          | 4.9.196-eisfair-64 | 4.9.196
4.1.2          | 4.9.196-eisfair-64 | 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.

-- 
der tom
[eisfair-team]