On Sun, May 15, 2016 at 11:39:39AM +0200, Steinar H. Gunderson wrote: > Debian ships a package “grub-efi-arm-bin” that's supposed to contain an .efi > image (and “grub-efi-arm” that wraps in some /etc/kernel hooks), and U-Boot > is set up to search for it, but all it contains are the GRUB modules -- the > actual .efi file (/efi/boot/bootarm.elf on the bootable partition) is nowhere > to be seen.
I can confirm that if I build the .efi manually, it does indeed work and boot a working GRUB (given an appropriate device tree already in /boot/dtbs): root@soldroid:~/grub2-2.02~beta2# debian/build-efi-images obj/grub-efi-arm/grub-mkimage obj/grub-efi-arm/grub-core outdir/ arm-efi arm mkfs.fat 4.0 (2016-05-06) mkfs.fat 4.0 (2016-05-06) root@soldroid:~/grub2-2.02~beta2# ls -l outdir total 1817 -rw-r--r-- 1 root root 632832 May 15 12:41 gcdarm.efi -rw-r--r-- 1 root root 589312 May 15 12:41 grubarm.efi -rw-r--r-- 1 root root 637440 May 15 12:41 grubnetarm.efi root@soldroid:~/grub2-2.02~beta2# mkdir -p /boot/efi/boot/ root@soldroid:~/grub2-2.02~beta2# cp outdir/grubarm.efi /boot/efi/boot/bootarm.elf Or you can seemingly build it even without the package source available, by mimicking build-efi-images: root@soldroid:~/grub2-2.02~beta2# /usr/bin/grub-mkimage -O arm-efi -o /boot/efi/boot/bootarm.elf -d /usr/lib/grub/arm-efi -p /EFI/ubuntu all_video boot btrfs cat chain configfile echo efifwsetup efinet ext2 fat font gettext gfxmenu gfxterm gfxterm_background gzio halt hfsplus iso9660 jpeg keystatus loadenv linux lsefi lsefimmap lsefisystab lssal memdisk minicmd normal part_apple part_msdos part_gpt password_pbkdf2 png reboot search search_fs_uuid search_fs_file search_label sleep test true video zfs zfscrypt zfsinfo lvm mdraid09 mdraid1x raid5rec raid6rec So the software does really handle it, it just needs activation from the packaging. Or is it flash-kernel that's supposed to link this together somehow? /* Steinar */ -- Homepage: https://www.sesse.net/