Created attachment 1347018 [details] Picture of the display Description of problem: When the installation process reach the "Installing mactel-boot.x86_64" point, an error message pop up stating: "The following error occurred while installing. This is a fatal error and installation will be aborted. DNF error: Non-fatal <unknown> scriptlet failure in rpm package mactel-boot" Exit the installer is the only option. This happens at least using Fedora-Workstation-netinst-x86_64-27-1.2.iso
However, the Workstation Live Image works like a charm. The installation process reach the end without any issue. So the problem seems related to netinst.
Running mactel-boot-setup from VT 2, chroot /mnt/sysimage /usr/libexec/mactel-boot-setup doesn't print any message, but the errorlever is 1 (echo $?) looking at journalctl, it seems that the installation is continuing even if in the graphical interface there is such window that you can see in the attachment to this bug report.
Looking at /usr/libexec/mactel-boot-setup script. There is an if/elif/else statement. It looks like the script doesn't find any of the 3 files (/boot/efi/EFI/redhat/grub.efi, /boot/efi/EFI/redhat/grub2-efi/grub.efi, /boot/efi/EFI/fedora/grubx64.efi) and indeed there is none of these files.
I can confirm this same thing with the Fedora-Everything-netinst-x86_64-27-1.2.iso image here and a macbook pro.
ahh, very likely an ordering issue. mactel-boot likely gets installed (and the scriptlet runs) before grub2-efi-x64 , which includes that file. and of course this is likely due to the grub2 subpackage renaming that happened in f27: in f26 and earlier, that file was in grub2-efi, I bet. So probably the fix for this is: -%triggerin -- grub-efi grub2-efi fedora-logos generic-logos +%triggerin -- grub-efi grub2-efi-x64 fedora-logos generic-logos
oh bah. well. there's that, and also, I think my initial fix for the MacEFIGRUB package list wasn't quite right :/ probably grub2-efi-x64 isn't being included in the packages to be installed at all. Please try with: inst.updates=https://www.happyassassin.net/updates/1508899.0.img
Proposing as a Final blocker, all non-live Mac installs will fail due to this problem.
Discussed during blocker review [1]: AcceptedBlocker (Final) - accepted as a blocker as a violation of Basic criterion "When using a dedicated installer image, the installer must be able to complete an installation using the text, graphical and VNC installation interfaces", for installs to Mac (which is a supported platform) using the Workstation and Everything netinst images (which are release-blocking) [1] https://meetbot-raw.fedoraproject.org/fedora-meeting-1/2017-11-02/
I tried RC1.2 Everything netinst with minimal install as a single system and encountered no problems on Mac Mini. So for some reason I can't reproduce the original problem. Then tried RC1.3 Everything netinst with minimal install as a single system, RC1.3 Workstation netinst with Workstation set into dual boot and RC1.3 Workstation Live into dual boot, all worked fine.
RC1.3 works fine here on a macbook pro that failed to work with RC1.2.
Kamil: that's really odd, I can't see how RC-1.2 could *possibly* ever work here, unless you somehow got the right packages pulled into the install package set through some other mechanism. But so long as RC-1.3 works, never mind. :P
anaconda-27.20.4-4.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-501b8f778f
Fedora-Workstation-netinst-x86_64-27-1.3.iso works fine. Fedora-Everything-netinst-x86_64-27-1.3.iso works as well.
anaconda-27.20.4-4.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.