[Eisfair_dev] [e64] eiskernel 4.1.2 (Status 'unstable') verfügbar - 4.9er Kernel für eisfair-64

[Helmut Backhaus]

Hallo zusammen!

Am 25.11.19 um 23:04 schrieb Thomas Bork:
> 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!

Hatte ich nicht, aber neu aufsetzen wäre auch kein Beinbruch.
Ist ein Testsystem ...

> 
> Der Status ist 'unstable'. Es ist trotzdem toll, wenn Ihr (nach einer
> Sicherung des Alt-Systems natürlich) testet :-)

Habe ich gemacht, ist ein System unter XEN mit einem virt kernel.

> 
> 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.

Das hat alles Problemlos geklappt, auch habe ich nicht feststellen
können das irgend etwas nicht funktioniert.

> 
> 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!
> 
> 
> 


Hier hatte ich die größten bedenken, da ich nur 43 MB für die boot
Partition hatte.
Das sieht jetzt so aus:

df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda3      3.9G  1.1G  2.6G  30% /
tmpfs           999M   72K  999M   1% /run
devtmpfs        986M     0  986M   0% /dev
/dev/xvda1       43M   29M   12M  72% /boot
/dev/xvdb1       20G   45M   19G   1% /data
tmpfs           999M     0  999M   0% /run/shm


ls -l /boot
total 27669
-rw-r--r-- 1 root root     512 Jul 30  2016 boot.0300
-rw-r--r-- 1 root root     512 Oct 10  2018 boot.CA00
drwxr-xr-x 2 root root    1024 Sep 24  2018 grub
-rw-r--r-- 1 root root 3373607 Nov 28 00:37 initrd-3.16.74-VIRT.gz
-rw-r--r-- 1 root root 8482802 Nov 28 00:37 initrd.gz
-rw-r--r-- 1 root root 4831472 Nov 28 00:37 kernel
-rw-r--r-- 1 root root 3978688 Nov 28 00:37 kernel-3.16.74-VIRT
drwx------ 2 root root   12288 Sep 24  2018 lost+found
-rw------- 1 root root  294912 Nov 28 00:38 map
-rw-r--r-- 1 root root 3373607 Oct  9 21:59 old-initrd.gz
-rw-r--r-- 1 root root 3978688 Oct  9 21:59 old-kernel

Es sieht bis jetzt gut aus, Probleme habe ich bis jetzt noch nicht
gefunden. Wie ich euch kenne, wird es wohl auch keine geben.

Herzlichen Dank für eure Arbeit!


-- 
Gruß,
Helmut