[Eisfair_dev] [e1] eiskernel 2.11.0 (Status 'testing') verfügbar - 3.2er Kernel für eisfair-1

Thomas Bork tom at eisfair.org
Mo Mai 18 20:41:19 CEST 2015


Hi @all,

es ist eine Version 2.11.0 von eiskernel mit dem Status 'testing' für 
eisfair-1 verfügbar. Intern wird hierfür der Kernel 3.2.69 aus der 
Kernel-Serie 3.2 verwendet, die zur Zeit als longterm-Variante die 
längst mögliche Unterstützung bietet.

Siehe dazu:

https://www.kernel.org/category/releases.html

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.
Wenn man einen Prozessor verwendet, der diese Features 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 der 
Kernel 3.2.69 anbietet), um als Gast-Kernel auf 
Virtualisierungs-Systemen zu laufen. Er ist der PAE-Kernel, erweitert um 
Funktionen für Xen und KVM.

Diese Kernel-Pakete lassen sich nur auf Systemen mit laufendem Kernel 
3.2.54-eisfair-1 oder 3.2.67-eisfair-1 installieren.

Beim Update von 3.2.54-eisfair-1 aus wird *bei genügend Platz in /boot* 
ein lilo-Start-Eintrag für diesen Kernel erzeugt. Beim Update von 
3.2.67-eisfair-1 aus werden alle alten Kernel samt der Fallbacks gelöscht.

Ein Update vom abgekündigten Kernel 2.6.32-eisfair-1 ist nicht möglich.


Änderungen zum vorherigen stabilen eiskernel 2.10.0:
====================================================
- alle Patches bis zu 3.2.69 integriert (war 3.2.68)
- benötigt base 2.6.3 (war base 2.3.6)
- igb 5.2.15 --> 5.2.18
- CONFIG_MEDIA_ATTACH=y (war # CONFIG_MEDIA_ATTACH is not set)
- CONFIG_RTC_DRV_CMOS=y (war CONFIG_RTC_DRV_CMOS=m),
   damit die Systemzeit aus dem CMOS gelesen werden kann.
   Beseitigte Fehlermeldung:
   drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
- erzeugt eine initramfs (war initrd)
- verwendet kmod in initramfs
- dadurch aktuelle Libs in initramfs:
   liblzma.so.5
   libz.so.1
   libc.so.6
   librt.so.1
   libpthread.so.0
   /lib/ld-linux.so.2
- var/install/initrd/initrd-empty-26 vom Archiv gelöscht
- /tmp/create-devices:
   Erzeuge 32 ttyS-Devices mittels
   major='4'
   minorstart='64'
   for n in $(seq 0 31)
   do
       minor=`expr $minorstart + $n`
       if [ ! -c /dev/ttyS$n ]
       then
           rm -f /dev/ttyS$n
           mknod -m0660 /dev/ttyS$n c ${major} ${minor}
       fi
   done
   chown root:uucp /dev/ttyS*
   chmod 660 /dev/ttyS*


Zur initramfs:
==============
Die erzeugte initramfs heisst wegen diverser Notwendigkeiten immer noch 
initrd.gz. Um den Inhalt der intramfs anzuzeigen/zu manipulieren:

1.
Entpacken von initrd.gz in /tmp:
test3267 # cp /boot/initrd.gz /tmp
test3267 # gzip -d /tmp/initrd.gz
test3267 # ls -l /tmp
total 2940
-rw-r--r-- 1 root root  146255 Mar 30 20:19 index.txt
-rw-r--r-- 1 root root 2857984 Mar 31 23:15 initrd
drwx------ 2 root root    4096 Mar 30 20:25 mc-root

2.
Erzeugen eines leeren Verzeichnisses /initramfs:
test3267 # mkdir -p /initramfs

3.
Auspacken der initramfs im Verzeichnis /initramfs:
test3267 # cd /initramfs
test3267 # cpio -i < /tmp/initrd
5582 blocks

Nun kann man sich das Verzeichnis /initramfs näher ansehen.

4.
Das Äquivalent zur linuxrc ist jetzt die Datei init. Am Anfang stehen 
die Lade-Befehle der Module, danach kommt das Skelett von init.

5.
Nach dem Manipulieren muss die initramfs wieder zusammen gepackt werden:
test3267 # cd /initramfs
test3267 # find . | cpio -H newc -o | gzip > /tmp/initrd.gz
test3267 # cp /tmp/initrd.gz /boot
test3267 # lilo


Dieses Paket bei http://pack-eis.de:
====================================
PAE    : http://www.pack-eis.de/index.php?p=16515
SMP    : http://www.pack-eis.de/index.php?p=16516
VIRT   : http://www.pack-eis.de/index.php?p=16517


Gleichzeitig wird wie gewohnt auch das Paket kernel-dev (Version 2.11.0) 
mit den Quellen passend zu diesem Kernel freigegeben.

Änderungen zum vorherigen stabilen kernel-dev 2.10.0:
====================================================
- Patch auf 3.2.69 (war 3.2.68)
- benötigt developer 2.6.0 (war developer 2.2.1)
- Sourcen von igb 5.2.18 integriert


Dieses Paket bei http://pack-eis.de:
====================================
http://www.pack-eis.de/index.php?p=16518


Der Kernel 3.2.69:
==================
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/?id=refs/tags/v3.2.69


Die vorangegangenen Versionen der 3.2er eiskernel-1-Pakete enthielten:
======================================================================
2.10.0: 3.2.68
2.9.0 : 3.2.68
2.8.0 : 3.2.66
2.7.1 : 3.2.66
2.7.0 : 3.2.65
2.6.0 : 3.2.64
2.5.8 : 3.2.64
2.5.7 : 3.2.63
2.5.6 : 3.2.62
2.5.5 : 3.2.61
2.5.4 : 3.2.60
2.5.3 : 3.2.59
2.5.2 : 3.2.57
2.5.1 : 3.2.55
2.5.0 : 3.2.54


Ich wünsche allen Anwendern weiterhin viel Spass mit eisfair!

Das Posting geht parallel an spline.eisfair und spline.eisfair.dev.
Produktive Rückmeldungen (insbesondere zu den erneuerten Treibern und 
der initramfs) bitte an spline.eisfair.dev.

-- 
der tom
[eisfair-team]


Mehr Informationen über die Mailingliste Eisfair_dev