Rogentos / kogaion-desktop

Kogaion Desktop based splitted ebuilds
2 stars 2 forks source link

iso image cannot boot in (u)efi #66

Open ghost opened 9 years ago

ghost commented 9 years ago

Media tested: Kogaion_amd64_2.0_XFCE_rc11.iso, installed system up-to-date

Symptoms: trying to boot iso in VirtualBox or on real machine in EFI/UEFI mode failed (by freezing VirtualBox or crashing real machine)

Item subject to investigation: sys-boot/grub

Investigation:

Analyzed the /boot/grub directory on iso and installed system leads to following:

output from installed system : https://gist.github.com/bionel/5bff6a8cd4af5468ed6b

output from iso image: https://gist.github.com/bionel/10be0ab76ddf14db9a91

Even content of iso image seems to be right, image does not boot-up in efi mode.

Assumption 1: grub compiled with wrong prefix ('locale' used as prefix for modules) Workaround: iso unpacked, folder /boot/grub/locale removed and symlink /boot/grub/locale created pointing to /boot/grub/X86_64, iso re-packed output from repacked iso: https://gist.github.com/bionel/6308abffa6a848f20a49 Result: iso still does not boot

Assumption 2: grub compiled with wrong architecture Workaround: iso unpacked, folder symlink /boot/grub/i386-pc created pointing to /boot/grub/X86_64, iso re-packed output from repacked iso: https://gist.github.com/bionel/6ad45c23434210bd4679 Result: iso still does not boot

Assumption3: both from above and something else Workaround: iso unpacked, folders /boot/grub/locale and /boot/grub/i386-pc copied from installed system to iso, iso re-packed output from repacked iso: https://gist.github.com/bionel/c604154a4fef90447c11 Result: iso still does not boot

Conclusion: compilation of sys-boot/grub package is a total failure TODO: investigate e-build, patches, building machine, re-pack grub with the right parametters

attn: @BlackNoxis

Note: si nu ma pune sa il rescriu in limba romana ca nu am nici un chef

StefanCristian commented 9 years ago

Kay :))

ghost commented 9 years ago

@BlackNoxis some clarification added - install was not in efi mode so i386-pc is normal in this case. more workaround needed - e.g. copy modules from /usr/lib/grub to the iso instead from /boot/grub

ghost commented 9 years ago

attn: @BlackNoxis

Workaorund 4

iso repacked, trying to boot in EFI mode

result: iso image boot-up just fine (without secure-boot enabled since the certificate used for signing grub is different)

further investigation needed. workaround: replacing again the items one by one from the damaged iso or re-created suspects: