[Eisfair] E1 - Kernel 4.3.0 ?==?utf-8?Q?Upgr / Lilo - Problem?

[Hilmar Böhm]

Hallo,

hier zum Kernel-Upgrade-Problem, was ich gefunden habe. Keine große
Sache und vielleicht existriert es auch nur bei der getesteten Hardware,
aber da konnte ich das Problem reproduzieren. 

2 Sachen, die ich vorab korrigieren möchte: Ich hatte eine interne
SATA-Platte im Notebook angegeben: Es ist vielmehr eine IDE-Platte an
dem genannten Intel 82801CAM IDE U100 Controller. 
Und das 2. ist, dass es nicht ein Problem mit dem Installer ist - das
hatte ich auch nicht gesagt - sondern ein Problem mit dem
Kernel-Upgrade. Genauer ein Kernel-Upgrade von 4.2.0 auf den
unstable-Kernel 4.3.0.

Installiert habe ich eine CD-ROM mit
"eisfair-2.8.23-3.48.0-SMP-cd-image" (19.12.2019), Linux kernel 3.16.74.
Habe das Netzwerk aufgesetzt, so dass ich an die Eisfair-Repos komme.
Das erste eisman update/upgrade läuft problemlos durch inkl. einem
anschliedenden Reboot. Nach dem reboot meldet sich Kernel 4.2.0, Base
2.8.23.


Das lilo.conf sieht dann so aus:
---------------------
lba32
#boot = /dev/hda
boot = /dev/disk/by-id/ata-TS64GSSD25-M_20110607433335055105_
read-only
prompt
timeout = 50
vga = normal
menu-scheme = wr:bw:wr:Yr
image = /boot/kernel
#root = /dev/hda3
root = "UUID=97432f82-f216-4033-9ba5-dd3d05aaa17b"
label = eis
initrd = /boot/initrd.gz
append = "raid=noautodetect"
image = /boot/old-kernel
#root = /dev/hda3
root = "UUID=97432f82-f216-4033-9ba5-dd3d05aaa17b"
label = oldeis
initrd = /boot/old-initrd.gz
append = "raid=noautodetect"
image = /boot/kernel-3.16.74-SMP
#root = /dev/hda3
root = "UUID=97432f82-f216-4033-9ba5-dd3d05aaa17b"
label = 3.16.74-SMP
initrd = /boot/initrd-3.16.74-SMP.gz
append = "raid=noautodetect"
----------------------

Beachte die "boot = " - Zeile. 
"by-id" zeigt folgendes:
----------
lrwxrwxrwx 1 root root  9 Jan  9 22:44
ata-TS64GSSD25-M_20110607433335055105_ -> ../../sda
lrwxrwxrwx 1 root root 10 Jan  9 22:44
ata-TS64GSSD25-M_20110607433335055105_-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jan  9 22:44
ata-TS64GSSD25-M_20110607433335055105_-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jan  9 22:44
ata-TS64GSSD25-M_20110607433335055105_-part3 -> ../../sda3
---------------

"lsblk" Zeigt die IDE-Disk so an:
-------------------------
eis 2.8.23 # lsblk --output MODEL,SERIAL /dev/sda
MODEL        SERIAL
TS64GSSD25-M 20110607433335055105
----------------------------------

Die "by-id"-Kennzeichnung der IDE-Disk besteht also u.a. aus 
<ata-MODEL_SERIAL_>

Wie man sieht, wurde beim Kernel 4.2.0 Upgrade die "by-id"Kennzeichnung
der Disk korrekt in die lilo.conf übernommen

Jetzt kommt der kernel-Upgrade auf 4.3.0 unstable mit dem Abbruch:
------------------------------------------
eis 2.8.23 # eisman upgrade --unstable
searching...

The following packages will be installed:
 
version  status   name                   source
---------------------------------------------------------------------
4.3.0    testing  eiskernel-smp          https://www.pack-eis.de
 
 package(s) using approx. 10 MB of disk space.
 
Continue (y/n) [yes]? 
Downloading required packages ...
Done!
Installation of: eiskernel-smp (4.3.0) ...


Your lilo configuration is broken!
This is the output from the test with 'lilo -t':

Fatal: raid_setup:
stat("/dev/disk/by-id/ata-TS64GSSD25-M_20110607433335055105_")

Repair your lilo configuration, cancelling installation.


Press ENTER to continue 
error: installation of "eiskernel-smp" aborted by /tmp/preinstall.sh!
Failed to install: eiskernel-smp (4.3.0)!
error: installation aborted!
eis 2.8.23 # exit
-----------------------------------------------

==> Lösung: Wenn ich in lilo.conf in der "boot =" Zeile von der
by-id-Bezeichnung das hintere "_" wegnehme (also ...55105"), läuft ein
"lilo -t" und das Kernel-Upgrade durch.

Erstaunlich ist auch, das nach dem 430er-Upgrade-Abbruch die wohl
lilo.conf identisch zur vorherigen ist (also mit dem bewussten "_"),
aber ein "ls -l /dev/disk/by-id" foldenges zeigt:
-----------------------------------------
lrwxrwxrwx 1 root root  9 Jan  9 23:18
ata-TS64GSSD25-M_20110607433335055105 -> ../../sda
lrwxrwxrwx 1 root root 10 Jan  9 23:18
ata-TS64GSSD25-M_20110607433335055105-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jan  9 23:18
ata-TS64GSSD25-M_20110607433335055105-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jan  9 23:18
ata-TS64GSSD25-M_20110607433335055105-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 Jan  9 23:18 ata-_NEC_DVD_RW_ND-7550A ->
./../sr0
-----------------------------------------

Was auffällt ist, dass jetzt das bewusste "_" fehlt.

Wie gesagt, ich kann den Fehler reproduzieren. Aber mit dem "_" Trick
kann das Problem leicht behoben werden.

Ich habe einen anderen Server mit einem aktuellen Eis1 (Kernel 4.3.0).
Da ist der Fehler mit dem Kernel 4.3.0-Upgrade nicht augetreten.
Allerdings habe ich da alle Upgrade-Schritte für das Kernel-Upgrade der
Reihe nach mitgemacht (3.48.0 --> 4.1.0 --> 4.2.0 --> 4.3.0). Der
Unterschied zu bei dem o.g. lilo-Problem ist, dass ich jetzt hier von
der Installation der ISO (vom 19.12.) über direktes Upgrade auf Kernel
4.2.0 zum Upgrade auf Kernel 4.3.0/unstable gegangen bin, also quasi in
einem Rutsch. Das dürfte aber der normale Weg sein, wenn man aus dem
ISO ein aktuelles System bauen will.


Vielleicht ich bin aber auch wieder der Einzige, bei dem das
auftritt...

Grüße. / Hilmar.