[Eisfair] [e1] Fehler beim update auf eiskernel-smp (4.4.1): Your lilo configuration is broken!

Marcus Röckrath marcus.roeckrath at gmx.de
Do Jan 23 17:09:04 CET 2020


Hallo Hilmar,

Hilix wrote:

>  > Nein das ist falsch; Ein Update vom 3er- auf den 4er-Kernel muss genau
>  > diesen "falschen", weil für den laufenden 3er-Kernel richtigen, Namen
>  > ermitteln, weil die Bootdateien genau in diesem Moment geschrieben
>  > werden. Nur für das Schreiben der Bootdateien ist diese Information
>  > notwendig und die geschieht nunmal unter einem laufenden 3er-Kernel.
> 
> Warum wird dann dieser "lilo -t" check nicht schon zu diesem Zeitpunkt
> gemacht? Das wäre der richtige Zeitpunkt und nicht erst ein Kernelupgrade
> später.

Er wird immer zu Beginn des Kernelupdates gemacht!

Es läuft der 3er-Kernel das Device hat _ und zeigt auf ein sd/hd-Device.

Fall 1: lilo.conf ist noch nicht konvertiert, es steht also sdX/hdX drin.

lilo -t wird aufgerufen und ist zufrieden, wenn es das sda/hda-Device gibt.

Fall 2: lilo.conf ist schon konvertiert

lilo -t ist zufrieden, wenn das Device, auf welches der by-id-Link zeigt,
existiert.

==> Das Kernel-Update wird durchgeführt, weil das angegebene Bootdevice
existiert.

Nun wird der neue 4er-Kernel gebootet und nun ändert sich dummerweise der
Name des by-id-Devices.

Und?

Das ist kein Problem, aber nun willst du auf einen neueren 4er-Kernel
updaten und es wird gecheckt, ob die lilo.conf syntaktisch korrekt ist,
also vor dem Beginn des Updates lilo -t aufgerufen.

Das meldet nun einen Fehler, weil der in lilo.conf eingetragene by-id-Link
nicht stimmt; hättest du vor dem Update wieder einen eventuell noch
vorhandenen 3er-Kernel gebootet, hätte der gestimmt, verlagert aber das
Problem auf das nächst Update.

Es ist vollkommen korrekt, dass auf einen von lilo gemeldeten Fehler hier
mit Abbruch reagiert wird, als hier etwas rumzudoktern.

Übrigens kann es auch zum Abbruch kommen, wenn jemand manuell an der
lilo.conf rumgefummelt und dabei einen Fehler gemacht hat.

> #boot = /dev/hda
> boot = /dev/disk/by-id/ata-TS64GSSD25-M_20110607433335055105_

Und, was sagt uns das nichts!

Das da noch hda drinsteht, ist ohne Belang und die nun aktuelle boot-Zeile
beinhaltet einen Wert der nach dem Boot falsch ist.

-- 
Gruß Marcus
[eisfair-Team]


Mehr Informationen über die Mailingliste Eisfair