[Eisfair] virt-kernel als aktiv fest nageln - z.B. in einer VM?

[Kay Martinen]

Am 03.11.2019 um 19:36 schrieb Marcus Roeckrath:
> 
> Kay Martinen wrote:
> 
>> ich hab hier eine VM unter Proxmox da muß wohl was beim updaten schief
>> gelaufen sein. Vermutlich ist der SMP Kernel nach dem Virt-kernel
>> aktiviert worden und damit aktiver bootkernel.
> 
> Du meinst, du hast versehentlich den smp nach dem virt drübergebügelt?

Es sind ja beide installiert weil keiner davon Deinstallierbar ist -
zwangsläufig. Und beim update ist offenbar automatisch erst der
Virt-kernel und danach der SMP-Kernel runtergeladen, installiert und
aktiviert worden.

Mein Fehler war dann wohl dies nicht bedacht zu haben und den
Virt-kernel erneut zu installieren. Stattdessen habe ich es genau falsch
rum gemacht...

> Brauchst du den smp für irgendwas? Sonst installiere den virt nun noch
> zweimal drüber und dann ist eis und oldeis beides der virt.

... und zwar das Installieren des SMP erst mal abgebrochen und neu
gebootet. Danach den Rest. Und irgend was muß noch gewesen sein. Ich
dachte ich hätte VIRT UND EIS (=OLDEIS) aber faktisch hatte ich zwei mal
den SMP-Kernel, der mit virtio_net nicht klar kam. Was zum Verlust des
LAN führte. Für einen Host der nagios u.a. ausführt echt blöde.

> s. o.; notfalls in /var/log/log.eis-install die Installationshistorie
> nachlesen.

Hätte ich machen sollen. Hab ich nicht dran gedacht.

>> Ist mir eben erst aufgefallen: Warum steht in der lilo.conf eigentlich
>> nur die initrd.gz drin? Wird der kernel dort heraus ausgewählt, über das
>> bootdevice das per UUID angewählt ist? Kann man den Kerneldateinamen
>> nicht sprechender machen und ebenfalls mit angeben?
> 
> In den Abschnitten der lilo.conf ist in jedem Bootabschnitt sowohl
> kernel-Datei als auch intrd-Datei angegeben.
> 
> Bitte mal posten.

Auf der VM:

> control # less /etc/lilo.conf
> lba32
> #boot = /dev/hda
> boot = /dev/disk/by-id/ata-QEMU_HARDDISK_QM00001
> read-only
> prompt
> timeout = 50
> vga = normal
> menu-scheme = wr:bw:wr:Yr
> image = /boot/kernel
> #root = /dev/hda3
> root = "UUID=4480f6b1-c7e9-4151-a09f-53d95d3f6760"
> label = eis
> initrd = /boot/initrd.gz
> append = "raid=noautodetect net.ifnames=1"
> image = /boot/old-kernel
> #root = /dev/hda3
> root = "UUID=4480f6b1-c7e9-4151-a09f-53d95d3f6760"
> label = oldeis
> initrd = /boot/old-initrd.gz
> append = "raid=noautodetect net.ifnames=1"

Auf Echtem Blech:

> hermes # less /etc/lilo.conf
> lba32
> #boot = /dev/sda
> boot = /dev/disk/by-id/ata-ST3160815AS_9RXED31V
> read-only
> prompt
> timeout = 50
> vga = normal
> menu-scheme = wr:bw:wr:Yr
> image = /boot/kernel
> #root = /dev/sda3
> root = "UUID=f66876c4-6ce8-4200-9111-b3c68b655249"
> label = eis
> initrd = /boot/initrd.gz
> append = "raid=noautodetect"
> image = /boot/old-kernel
> #root = /dev/sda3
> root = "UUID=f66876c4-6ce8-4200-9111-b3c68b655249"
> label = oldeis
> initrd = /boot/old-initrd.gz
> append = "raid=noautodetect"
> image = /boot/kernel-3.16.69-SMP
> #root = /dev/sda3
> root = "UUID=f66876c4-6ce8-4200-9111-b3c68b655249"

Beim 2. kann man wenigstens dem namen nach auf SMP für Oldeis schließen.
Beim 1. ist es nur kernel und old-kernel... und eine NULL-Information da
NICHTS auf Virt, PAE oder SMP schließen lässt.

Der 2. ist frisch installiert und aktualisiert. Der 1. ist älter und
reine VM aber auch aktualisiert.

Kay

-- 
Sent via SN (Eisfair-1)