[Eisfair] E1 - Kerne?==?utf-8?Q?l 4.3.0 Upgr / Lilo - Prob?==?utf-8?Q?lem?

So Jan 12 15:06:00 CET 2020

Hallo,

ich denke, ich bin ein bisschen weitergekommen. Die Vermutung mit den
unterschiedlichen Erkennung und Verwendung der Disk als IDE-Device (hda)
und als SATA/SCSI-Device (sda) in Kernel 3.48.0 bzw. 4.2.0 ist m.E.
schon der richtige Weg.

Ich habe noch mal von vorne begonnen mit einer Installation des
Eisfair-ISOs vom 19.12.19 (B2.8.23, K3.48.0)

1. nach dem ersten Reboot nach der Installation: ergibt sich folgendes:

A) /dev/disk/by-id /dev/hda
 ------------------------------------------------------------------------
----
lrwxrwxrwx 1 root root  9 Jan 12 12:17
ata-TS64GSSD25-M_20110607433335055105_ -> ../../hda
 ------------------------------------------------------------------------
----

Also _mit_ Underscore.

B) Das ist auch ableitbar aus: "udevadm info -q all /dev/hda"
 ------------------------------------------------------------------------
----
P: /devices/pci0000:00/0000:00:1f.1/ide0/0.0/block/hda
N: hda
S: disk/by-id/ata-TS64GSSD25-M_20110607433335055105_
E: DEVLINKS=/dev/disk/by-id/ata-TS64GSSD25-M_20110607433335055105_
E: DEVNAME=/dev/hda
E: DEVPATH=/devices/pci0000:00/0000:00:1f.1/ide0/0.0/block/hda
E: DEVTYPE=disk
E: ID_ATA=1
E: ID_ATA_FEATURE_SET_HPA=1
E: ID_ATA_FEATURE_SET_HPA_ENABLED=1
E: ID_ATA_FEATURE_SET_PM=1
E: ID_ATA_FEATURE_SET_PM_ENABLED=1
E: ID_ATA_FEATURE_SET_SECURITY=1
E: ID_ATA_FEATURE_SET_SECURITY_ENABLED=0
E: ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=6
E: ID_ATA_FEATURE_SET_SECURITY_FROZEN=1
E: ID_ATA_FEATURE_SET_SMART=1
E: ID_ATA_FEATURE_SET_SMART_ENABLED=0
E: ID_ATA_WRITE_CACHE=1
E: ID_ATA_WRITE_CACHE_ENABLED=1
E: ID_BUS=ata
E: ID_MODEL=TS64GSSD25-M
E: ID_MODEL_ENC=TS64GSSD25-M
E: ID_PART_TABLE_TYPE=gpt
E: ID_PART_TABLE_UUID=fb3b3c5d-a6d7-44ef-914a-f750ba25f423
E: ID_REVISION=20100603
E: ID_SERIAL=20110607433335055105_
E: ID_SERIAL_SHORT=20110607433335055105
E: ID_TYPE=disk
E: MAJOR=3
E: MINOR=0
E: SUBSYSTEM=block
E: USEC_INITIALIZED=11889407

 ------------------------------------------------------------------------
----
Beachte: Attribut ID_SERIAL enthält den Underscore. Siehe auch:
"DEVLINKS"

2. Nach dem Upgrade auf Kernel 4.2.0, aber VOR dem Reboot wird die Disk
immer noch als hda-Device angesprochen, aber im Laufe des 4.2.0-Upgrade
ist die lilo.conf geändert worden bzgl. des Boot-Devices ("boot =").
Der by-id-Name der Disk enthält somit immer noch den Underscore (am
Ende) und die Disk ist immer noch /dev/_h_da!

3. Nach den 1. Reboot nach dem erfolgten Kernel-Upgrade auf 4.2.0 ergibt
sich folgendes Bild:

A) Die Disk ist jetzt /dev/_s_da!

B) "udevadm info -q all /dev/sda zeigt jetzt:
 ------------------------------------------------------------------------
----
P: 
/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/block/sd
a
N: sda
S: disk/by-id/ata-TS64GSSD25-M_20110607433335055105
E: DEVLINKS=/dev/disk/by-id/ata-TS64GSSD25-M_20110607433335055105
E: DEVNAME=/dev/sda
E: 
DEVPATH=/devices/pci0000:00/0000:00:1f.1/ata1/host0/target0:0:0/0:0:0:0/
block/sda
E: DEVTYPE=disk
E: ID_ATA=1
E: ID_ATA_FEATURE_SET_HPA=1
E: ID_ATA_FEATURE_SET_HPA_ENABLED=1
E: ID_ATA_FEATURE_SET_PM=1
E: ID_ATA_FEATURE_SET_PM_ENABLED=1
E: ID_ATA_FEATURE_SET_SECURITY=1
E: ID_ATA_FEATURE_SET_SECURITY_ENABLED=0
E: ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=6
E: ID_ATA_FEATURE_SET_SECURITY_FROZEN=1
E: ID_ATA_FEATURE_SET_SMART=1
E: ID_ATA_FEATURE_SET_SMART_ENABLED=0
E: ID_ATA_ROTATION_RATE_RPM=0
E: ID_ATA_WRITE_CACHE=1
E: ID_ATA_WRITE_CACHE_ENABLED=1
E: ID_BUS=ata
E: ID_MODEL=TS64GSSD25-M
E: 
ID_MODEL_ENC=TS64GSSD25-M\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x2
0\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20
E: ID_PART_TABLE_TYPE=gpt
E: ID_PART_TABLE_UUID=fb3b3c5d-a6d7-44ef-914a-f750ba25f423
E: ID_REVISION=20100603
E: ID_SERIAL=TS64GSSD25-M_20110607433335055105
E: ID_SERIAL_SHORT=20110607433335055105
E: ID_TYPE=disk
E: MAJOR=8
E: MINOR=0
E: SUBSYSTEM=block
E: USEC_INITIALIZED=11198288
 ------------------------------------------------------------------------
----
Beachte: kein Underscore mehr am Ende UND jetzt inkl. des
ID_MODEL-Namens der Disk. (das ist neu!)
Das Attribut "DEVLINKS" zeugt den vollständigen "by-id"-Namen an. 

B) /dev/disk/by-id zeigt jetzt, korrekt:
 ------------------------------------------------------------------------
----
lrwxrwxrwx 1 root root  9 Jan 12 13:43
ata-TS64GSSD25-M_20110607433335055105 -> ../../sda          <======
lrwxrwxrwx 1 root root 10 Jan 12 13:43
ata-TS64GSSD25-M_20110607433335055105-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jan 12 13:43
ata-TS64GSSD25-M_20110607433335055105-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jan 12 13:43
ata-TS64GSSD25-M_20110607433335055105-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 Jan 12 13:43 ata-_NEC_DVD_RW_ND-7550A ->
./../sr0
 ------------------------------------------------------------------------
----

4. Das ist jetzt der Zustand vor dem Kernel-Upgrade zu 4.3.0. Das
bedeutet, dass 

- lilo.conf bzgl. dev Boot-Devicesnamens immer noch auf dem aktuallen
Stand ist, also _mit_ Underscore 
- und dass durch die neue Erkennung der Disk als sda Device durch udev
KEIN Underscore mehr vorhanden ist.

5. Da, wie Tom schreibt, der "lilo -t" Check VOR den eigentlichen 4.3.0
Upgrade stattfindet und die lilo.conf da auch immer noch im alten
Zustand ist, ergibt sich das Lilo-Problem.

Das ist meine m.E. plausible Erklärung für das 4.3.0-Upgradeproblem.
Falls gewümscht kann ist die o.g. Outputs/Dateien als Tar-Archive zur
Verfügung stellen.

Was mich etwas wundert ist, dass  das bei meinen VIRT-Installation noch
nocht aufgefallen ist. Es ist auch offensichtlich noch niemand Anderem
hier aufgefallen...

Viele Grüße. / Hilmar.