drakx-installer-images 64bit fails to build since kernel-4.7.3 was pushed. The last drakx-installer-images that were succesfully built were those that were built against kernel-4.7.2 Last build log ends with mkdir -p .boot_iso/EFI/BOOT/ /usr/bin/grub2-mkimage --prefix='/EFI/BOOT' -O x86_64-efi -o .boot_iso/EFI/BOOT/bootx64.efi configfile normal boot linux loadenv ls reboot search search_label part_msdos part_gpt part_apple fat iso9660 udf gfxmenu gfxterm efi_gop efi_uga video video_bochs video_cirrus video_fb font png cp -f grub2.config .boot_iso/EFI/BOOT/grub.cfg cp -r /boot/grub2/{fonts,themes} .boot_iso/EFI/BOOT/ cp -f grub2.theme .boot_iso/EFI/BOOT/themes/maggy/theme.txt /sbin/mkdosfs -F12 -C .boot_iso/isolinux/efiboot.img 1071 mkfs.fat 4.0 (2016-05-06) mcopy -s -i .boot_iso/isolinux/efiboot.img .boot_iso/EFI :: Disk full 'mcopy -s -i .boot_iso/isolinux/efiboot.img .boot_iso/EFI ::failed (256) at ./make_boot_img line 26. main::_("mcopy -s -i .boot_iso/isolinux/efiboot.img .boot_iso/EFI ::") called at ./make_boot_img line 364 main::boot_iso("images/boot.iso", ARRAY(0x25b9f30)) called at ./make_boot_img line 48 Makefile:22: recipe for target 'images' failed Between the last success and the first failure, so ± between August 22 afternoon and September 7 evening (CEST) also those two packages were updated: grub2-efi grub2-mageia-theme David Walser wondered whether the kernel could have become too fat, and I'm wondering whether there's something funny with grub2-mga-theme. CC'ing the kernel maintainers and barjac
CC'ing the mageiatools maintainers, I should maybe have assigned to them instead of to isobuilders?
CC: (none) => mageiatools
Or to Thierry, because he was already working on fixing this bug?
Created attachment 8399 [details] part of Ady's comments in #mageia-bugsquad Yesterday, Ady joined #mageia-bugsquad because of this bug. He's done some digging, and has compared efiboot.img from older iso versions and looked at http://gitweb.mageia.org/software/drakx/commit/images/make_boot_img?id=ffb4ebf055de6b4cf5a4b2618717f16396837557 Attaching what I think are the most relevant parts of our conversation with him. (I'll attach the full conversation if someone thinks I left something important out)
forgot to mention: Ady apologizes for his typos
Ady thinks the attachment is OK: 2016:09:10:10:42 < Ady> marja: TY. ATM I think it should be enough hint. If the problem is indeed in the change from dd to dosfstools with the modified efisize value, then probably a dev with more knowledge and experience would be able to review it and improve it.
*** Bug 19402 has been marked as a duplicate of this bug. ***
CC: (none) => rverschelde
Priority: Normal => release_blockerSeverity: normal => major
Source RPM: drakx-installer-images => drakx-installer-images-2.39-6.mga6
Fixed with drakx-installer-images-2.39-7.mga6. The image size for efiboot.img was incorrectly calculated because of symbolic link for grub2-mageia-default.png in new grub2-mageia-theme (as FAT32 doesn't support links, mcopy duplicates grub2-mageia-default.png in efiboot.img). I will push the fix in git tomorrow.
CC: (none) => lmenut
Fixed.
Status: NEW => RESOLVEDResolution: (none) => FIXED
commit e0e32ed36786b25b5e3b3cb9fe08f06b1c739247 Author: Luc Menut <lmenut@...> Date: Thu Dec 22 18:59:16 2016 +0200 - try to dereference symbolic links in order to fix image size for FAT32 efiboot.img (mga#19323) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=e0e32ed36786b25b5e3b3cb9fe08f06b1c739247