Hi,
i have setup some automatic tests that use the latest Rear Version shipped with our components
to create a backup and automatically boot the generated iso image to verify a recovery would work (in simple setups, using
expect to answer all the questions):
I also have some multipath setups that use UEFI boot, after updating to REAR 2.6, the generated ISO images
fail to boot with:
error: file `/isolinux/kernel' not found.
Loading initial ramdisk ...
error: you need to load the kernel first.
Press any key to continue...
We use mostly default settings, these worked with REAR 2.5, not sure if im hitting a regression here or does
REAR 2.6 need more settings regarding UEFI? Distributions in this case are SLE12/SLE15.
Backup log regarding UEFI looks quite normal:
Using UEFI Boot Loader for Linux (USING_UEFI_BOOTLOADER=1)
[..]
Trying to find what to use as UEFI bootloader...
Trying to find a 'well known file' to be used as UEFI bootloader...
Using '/boot/efi/EFI/sles/grubx64.efi' as UEFI bootloader file
[..]
Having a quick look at the generated iso image it seems grub.cfg is referencing to /isolinux/kernel as boot image:
/mnt/EFI/BOOT/grub.cfg: linux /isolinux/kernel root=UUID=36cb193a-9a79-4187-917e-84c6895fe38d selinux=0 console=ttyS0,9600 console=tty0
but that file is not part of the generated iso image:
/mnt/
โโโ boot
โย ย โโโ efiboot.img
โย ย โโโ grub
โย ย โโโ grub.cfg
โโโ BOOT.CAT
โโโ EFI
โย ย โโโ BOOT
โย ย โโโ BOOTX64.efi
โย ย โโโ fonts
โย ย โย ย โโโ unicode.pf2
โย ย โโโ grub.cfg
โย ย โโโ locale
โโโ isolinux
โโโ chain.c32
โโโ hdt.c32
โโโ initrd.cgz
โโโ isolinux.bin
โโโ isolinux.cfg
โโโ kernel
โโโ menu.c32
โโโ message
โโโ pci.ids
โโโ poweroff.com
โโโ rear.help
โโโ reboot.c32
โโโ vesamenu.c32
Can this be related to https://github.com/rear/rear/issues/2434 ?
V.
Can this be related to #2434 ?
V.
most likely, i missed that one!
Then try latest upstrem ReaR, sholud be fixed there ...
V.
Then try latest upstrem ReaR, sholud be fixed there ...
will try again with the mentioned patches.
I can confirm that after applying commit 149fea9775316ba0f6cf550c1cfd67a980de757f our tests are now working again! Thanks!