[Eisfair] E1 - Kernel 4.3.0 Upgr / Lilo - Problem?

[Thomas Bork]

Am 12.01.2020 um 15:06 schrieb Hilmar:

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

Danke, dass Du Dir die Mühe noch einmal gemacht hast.

> B) Das ist auch ableitbar aus: "udevadm info -q all /dev/hda"
[...]
> E: DEVLINKS=/dev/disk/by-id/ata-TS64GSSD25-M_20110607433335055105_
[...]
> E: ID_SERIAL=20110607433335055105_
> E: ID_SERIAL_SHORT=20110607433335055105
[...]
> B) "udevadm info -q all /dev/sda zeigt jetzt:
[...]
> E: DEVLINKS=/dev/disk/by-id/ata-TS64GSSD25-M_20110607433335055105
[...]
> E: ID_SERIAL=TS64GSSD25-M_20110607433335055105
> E: ID_SERIAL_SHORT=20110607433335055105

In Deinem speziellen Fall mit dieser Hardware hätte es vielleicht 
geholfen, die udev-Regel für ide-disk wie folgt abzuändern:

Vorher:
KERNEL=="hd*[!0-9]", ATTRS{serial}=="?*", 
ENV{ID_SERIAL}="$attr{serial}", 
SYMLINK+="disk/by-id/ata-$env{ID_MODEL}_$env{ID_SERIAL}", 
IMPORT{program}="ata_id --export $devnode"
KERNEL=="hd*[0-9]", ATTRS{serial}=="?*", ENV{ID_SERIAL}="$attr{serial}", 
SYMLINK+="disk/by-id/ata-$env{ID_MODEL}_$env{ID_SERIAL}-part%n"

Nachher:
KERNEL=="hd*[!0-9]", ATTRS{serial}=="?*", 
ENV{ID_SERIAL_SHORT}="$attr{serial}", 
SYMLINK+="disk/by-id/ata-$env{ID_MODEL}_$env{ID_SERIAL_SHORT}", 
IMPORT{program}="ata_id --export $devnode"
KERNEL=="hd*[0-9]", ATTRS{serial}=="?*", 
ENV{ID_SERIAL_SHORT}="$attr{serial}", 
SYMLINK+="disk/by-id/ata-$env{ID_MODEL}_$env{ID_SERIAL_SHORT}-part%n"

Nur auf unwichtigen Installationen probieren. Ich habe keine Ahnung, ob 
das funktioniert. Aber wie man oben sieht, enthält bei Deiner Hardware 
ID_SERIAL_SHORT unter Kernel 3.x den Unterstrich nicht.

Ich habe auch keinerlei Ahnung, wie sich das bei anderer Hardware als 
Deiner auswirkt und ob die Variable ID_SERIAL_SHORT bei anderer Hardware 
überhaupt immer gefüllt 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.

Richtig. Die Umwandlung auf by-id und by-uuid ist ein einmaliger 
Vorgang. Danach werden die Werte in lilo.conf nur noch ausgelesen und 
wieder geschrieben.

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

So was wie bei Dir ist bei allen unseren Tests nicht vorgekommen.

-- 
der tom
[eisfair-team]