Thomas Bork
2019-11-25 22:04:23 UTC
Hi @all,
ab 23:45 Uhr ist eine Version 4.1.2 von eiskernel mit dem Status
'unstable' für eisfair-64 verfügbar.
Das ist das erste eiskernel-Paket für eisfair mit einem 4.9.y-Kernel.
Vorab gab es mehrere interne Versionen für das Test-Team, in denen wir
versucht haben, alle möglicherweise auftretenden Probleme beim Umstieg
zu erkennen und zu beseitigen. Trotzdem vorab diese Warnung:
1.
Installiert das Update nur auf Systemen, für die Ihr eine Sicherung
parat habt!
Der Status ist 'unstable'. Es ist trotzdem toll, wenn Ihr (nach einer
Sicherung des Alt-Systems natürlich) testet :-)
2.
Vergewissert Euch, dass von Euch verwendete externe Module für diesen
Kernel noch existieren. Im Vergleich zu älteren Kerneln und bedingt
durch den Wechsel der Kernel-Linie sind einige externe Module für
AVM-Hardware weggefallen, was aber aufgrund abnehmender Relevanz von
ISDN wahrscheinlich keine Rolle mehr für Euch spielen wird.
Die grösste Hürde für den Umstieg war die Vorbereitung auf den
gewünschten 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:
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
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.
Dieses Paket bei https://pack-eis.de:
=====================================
VIRT: https://www.pack-eis.de/index.php?p=34656
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).
Dieses Paket bei https://pack-eis.de:
=====================================
https://www.pack-eis.de/index.php?p=34657
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.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.dev.
ab 23:45 Uhr ist eine Version 4.1.2 von eiskernel mit dem Status
'unstable' für eisfair-64 verfügbar.
Das ist das erste eiskernel-Paket für eisfair mit einem 4.9.y-Kernel.
Vorab gab es mehrere interne Versionen für das Test-Team, in denen wir
versucht haben, alle möglicherweise auftretenden Probleme beim Umstieg
zu erkennen und zu beseitigen. Trotzdem vorab diese Warnung:
1.
Installiert das Update nur auf Systemen, für die Ihr eine Sicherung
parat habt!
Der Status ist 'unstable'. Es ist trotzdem toll, wenn Ihr (nach einer
Sicherung des Alt-Systems natürlich) testet :-)
2.
Vergewissert Euch, dass von Euch verwendete externe Module für diesen
Kernel noch existieren. Im Vergleich zu älteren Kerneln und bedingt
durch den Wechsel der Kernel-Linie sind einige externe Module für
AVM-Hardware weggefallen, was aber aufgrund abnehmender Relevanz von
ISDN wahrscheinlich keine Rolle mehr für Euch spielen wird.
Die grösste Hürde für den Umstieg war die Vorbereitung auf den
gewünschten 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:
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
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.
Dieses Paket bei https://pack-eis.de:
=====================================
VIRT: https://www.pack-eis.de/index.php?p=34656
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).
Dieses Paket bei https://pack-eis.de:
=====================================
https://www.pack-eis.de/index.php?p=34657
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.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.dev.
--
der tom
[eisfair-team]
der tom
[eisfair-team]