Error aborted returned from boot efi хакинтош

I created my usb boot stick, but failed to reach the installer.
When I select «Boot macOS Install from Install macOS Catalina», the following error appeared.

My build
CPU: Intel i9 9900k
Motherboard: Gigabyte Z390 AORUS PRO WIFI
GPU: Intel UHD Graphics 630 (Integrated gpu in CPU)

My guide
I followed the guide UniBeast: Install macOS Catalina on Any Supported Intel-based PC to make my usb boot disk.

Something might cause the problem
1. I installed macOS Mojave on the same machine several months ago
2. Then I installed Windows on another hard drive, since then my macOS could never boot, even I used my install USB stick. While I was installing Windows, many problems occurred, but I finally installed Windows with GPT or what?
3. This week, I erased all my hard drives, and take out my windows hard drive
4. Create a usb stick as UniBeast: Install macOS Catalina on Any Supported Intel-based PC , but now I can not even boot into the installed
5. I have googled the error ‘error: aborted returned from boot.efi’, and replaced my clover folder with others’ folder in this thread: boot.efi error on reboot after successful upgrade Mojave to Catalina, Aorus Pro Wifi, Samsung 970 Nvme , then a panic error occurred
7. I also tried vanilla install, but the same error occurred

My guess
1. There may be something wrong with my config.plist, There may be something I need to do to make my build fit mac Catalina.
2. Or my installation of Windows has something left on my hdd?(But after I formated my hdd this week, still not working)

Again, thank you for your attention.

Установка завершилась неудачей

Имеется ноутбук с разметкой GPT под UEFI. Точку монтирования /boot/efi создал на 512 мб с флагами boot, esp. CSM mod отключил, как и Secure boot. Образ записывал на флешку через Etcher. С этой же флешки на другой комп с BIOS система встала без проблем. Точку монтирования создавать пробовал через графический инсталлятор и заранее через gparted. Результат один и тот же. Выдаёт ошибку. Пытался ставить систему через Manjaro-Architect, но какую ошибку там выдало уже не помню.
Через инсталлятор выдаёт под конец вот это:

Сразу после сбоя вбил «fdisk -l», «lsblk» и «parted -l»

Примечательно то, что на ноутбук та же ubuntu ставится без нареканий. В чём проблема? Что я делаю не так?

21 комментарий

Boost.Python ошибка в задаче «bootloader».

Command ‘brub-install —target=x86_64-efi —efi-directory=/boot/efi —bootloader- —force’ returned non-zero exit status 1.

Все оказалось намного проще. Настолько проще, насколько и тупо. Оказалось что это баг. Чтобы этого избежать достаточно запустить livecd на аглийском языке

Решается через ‘pacman -Sy calamares’ после лайвбута. В образе пакет с багом.

Верно ли я понимаю, что для команды grub-install нужно указывать именно диск, а не раздел для установки? Если да, то я вообще не понимаю что не так

Then install the efibootmgr, dosfstools and grub packages and try steps 4 and 5 again.

Или это из-за того, что я его под биос пытался ставить прошлой командой?

В общем, решил сделать по-новой, как в статье описано, всё в том же порядке. Вроде всё правильно делал, а всё равно в тупик зашёл… Правда он зачем-то меня два раза попросил установить efibootmgr, но это уже после того, как пошла неясная фигня

Может, просто ноутбук проклятый?

Ну, прогресс определённо появился после проделанной операции:) И результат достаточно интересный. Теперь у меня появился выбор manjaro в меню boot, чего раньше не было.
Your text to link.
Правда при загрузке, основательно подумав, ноут начал выдавать вот это
Your text to link.

И каково же было моё удивление, когда спустя 6 минут manjaro запустился (сразу, минуя grub). Первое, что сделал — обновился (просто через sudo pacman -Syyu). Правда это не помогло, грузится всё так же 6 минут, чего не позволяют себе даже «форточки»:) А так же он грузится чёрным экраном две минуты после закрытия крышки. Пробовал и через графический менеджер питания и в logind.conf прописывать HandleLidSwitch=ignore (пытался и через решётку # и раскоментировать). Результат один: ввожу пароль только через две минуты)
Тут, конечно, можно упрекнуть мой калькулятор, но в других ОС подобных проблем не возникает…
Мне кажется, это всё как-то взаимосвязано. Где-то сидит глубинный глюк и от него всё идёт. Однако прогресс на лицо — оно работает, криво, косо, но работает:) Осталось только понять как уменьшить время загрузки и заставить grub таки появиться, ничего не сломав при этом…

cat /etc/fstab
lsblk -fs ( UUID should be ok for /boot/efi )

В общем, решил сделать по-новой, как в статье описано, всё в том же порядке.

[manjaro manjaro]# sudo mkdir /boot/efi
[manjaro manjaro]# mount /dev/sda2 /mnt
[manjaro manjaro]# mount /dev/sda1 /mnt/boot/efi

sudo mkdir /boot/efi

3.) Mount the EFI partition as /boot/efi

sudo mount /dev/sdXY /boot/efi

Источник

REFIt Problems — Can’t boot into Snow Leopard

Deathstar17

Posts: 26 +0

So my situation is as follows. I have a MBP running Snow Leopard (10.6.6) and Windows 7 Ultimate x64. I use rEFIt as my boot manager and it has worked flawlessly until now. A few days ago I shut down my computer from the windows side and I had my external hard drive connected. I don’t think I did the safely eject hardware routine and just shut it off instead. When I went to boot into the Mac side from rEFIt I got the following screen:

rEFIt – Booting OS
Starting boot.efi
efiboot loaded from device
boot file path: SystemLibraryCoreServicesboot.efi
.Loading kernel cache file ‘SystemLibraryCachescom.apple.kext.cachesStartupkernelcachei386.4C132DCE’
Couldn’t get file info.
Loading ‘mach kernel’…
…Couldn’t get file info.
Error loading kernel ‘mach-kernel’ (0xe)
Error: Aborted returned from boot.efi

From there I can press any key to return to the rEFIt boot selection screen. At first I wasn’t even able to boot into the windows side unless I had my external hard drive connected. This brings up my next problem. I have a partition on my external hard drive that contains Snow Leopard that I been able to boot into in the past but it is no longer recognized by rEFIt or by Apple’s bootloader (when I hold down option at startup). Instead, rEFIt thinks it is a Windows install. Also, I do not have the Snow Leopard disc.
What can/should I do?
Thanks!

Источник

Error aborted returned from boot efi хакинтош

UEFI bios:
• Скидываем все настройки в default.
• AHCI — enable;
• Vt-d: Disable (+ в Clover дропнуть DMAR таблицу)
• Vt-x: Enable (только для 10.13 и если используете виртуальные машины)
• Intel Virtualization Technology — Enable
• Serial-port: Disable (Можно оставить включеным, но это требует внесения изменений в загрузчик (Opencore)
• XHCI Hand-off: Enabled (рекомендуеться)
• XHCI Hand-off: Disable (только если что то не работает в режиме Enable )
• IOAPIC 24-119 Entries: Enabled (подмечено что у многих с этим пунктом паникует, поэтому тестируйте)
• CSM: Disable (если ваша видеокарта не умеет работать в режиме UEFI — не выключайте)
• Fasboot: Disable
• Secure boot: Disable or Other OS
• ResizeGPUBars: Disable (Можно оставить включеным, но это требует внесения изменений в загрузчик (Opencore)
• Above 4g decoding: Enable

Legacy bios:

Для установки потребуется флешка не менее 16Гб.

За данный споcоб установки благодарим cvad и Skvo
Данная инструкция написана по материалам с applelife.ru

• OPT — показать меню загрузки OpenCore. Также поддерживается клавиша Esc.
• CMD+OPT+P+R — очистить NVRAM. Требуется Misc-Security-AllowNvramReset=YES.
• X — загрузить первую найденную операционную систему Apple, если по умолчанию выбрана не операционная система Apple.
• CMD+R — загрузка в режиме восстановления (Recovery).
• CMD+C+MINUS — отключить проверку совместимости на board-id.
• CMD+K — загрузка актуального ядра, аналогично kcsuffix=release.
• CMD+S+MINUS — отключить KASLR slide, требуется выключенный SIP.
• CMD+S — однопользовательский режим, налогично флагу -s в аргументах загрузки.
• CMD+V — логирование загрузки, аналогично флагу -v в аргументах загрузки.
• Shift — безопасный режим, налогично флагу -x в аргументах загрузки.
В зависимости от железа, при загрузке может не все работать или работать не надежно. На PS/2 при загрузке доступно только Esc.

Комбинации клавиш в меню, после входа в него по OPT(Esc) или при ShowPicker=YES
За счет того что в меню действует параметр Misc-Boot-PollAppleHotKeys=YES успехов тут обычно больше. Не включайте, если с выключенным работает.

• Esc — отмена тайм-аута.
• CMD+OPT+P+R — очистить NVRAM. Требуется Misc-Security-AllowNvramReset=YES.
• CMD+C+MINUS — отключить проверку совместимости на board-id.
• CMD+K — загрузка актуального ядра, аналогично kcsuffix=release.
• CMD+S+MINUS — отключить KASLR slide, требуется выключенный SIP.
• CMD+S — однопользовательский режим, налогично флагу -s в аргументах загрузки.
• CMD+V — логирование загрузки, аналогично флагу -v в аргументах загрузки.
• Shift — безопасный режим, налогично флагу -x в аргументах загрузки.
• Index — загрузка раздела соответствующего индексу.
• Enter — загрузка дефолтного раздела или выбранного стрелками.
• CTRL+Enter и CTRL+Index — выбрать выделенный раздел для загрузки по умолчанию. Требуется Misc-Security-AllowSetDefault=YES.

CMD=Windows Key, OPT=Alt на windows ориентированной клавиатуре.

В зависимости от вашего BIOS и типа клавиатуры доступные комбинации могут варьироваться.
Больше деталей в актуальной документации.

Источник

Error aborted returned from boot efi хакинтош

UEFI bios:
• Скидываем все настройки в default.
• AHCI — enable;
• Vt-d: Disable (+ в Clover дропнуть DMAR таблицу)
• Vt-x: Enable (только для 10.13 и если используете виртуальные машины)
• Intel Virtualization Technology — Enable
• Serial-port: Disable (Можно оставить включеным, но это требует внесения изменений в загрузчик (Opencore)
• XHCI Hand-off: Enabled (рекомендуеться)
• XHCI Hand-off: Disable (только если что то не работает в режиме Enable )
• IOAPIC 24-119 Entries: Enabled (подмечено что у многих с этим пунктом паникует, поэтому тестируйте)
• CSM: Disable (если ваша видеокарта не умеет работать в режиме UEFI — не выключайте)
• Fasboot: Disable
• Secure boot: Disable or Other OS
• ResizeGPUBars: Disable (Можно оставить включеным, но это требует внесения изменений в загрузчик (Opencore)
• Above 4g decoding: Enable

Legacy bios:

Для установки потребуется флешка не менее 16Гб.

За данный споcоб установки благодарим cvad и Skvo
Данная инструкция написана по материалам с applelife.ru

• OPT — показать меню загрузки OpenCore. Также поддерживается клавиша Esc.
• CMD+OPT+P+R — очистить NVRAM. Требуется Misc-Security-AllowNvramReset=YES.
• X — загрузить первую найденную операционную систему Apple, если по умолчанию выбрана не операционная система Apple.
• CMD+R — загрузка в режиме восстановления (Recovery).
• CMD+C+MINUS — отключить проверку совместимости на board-id.
• CMD+K — загрузка актуального ядра, аналогично kcsuffix=release.
• CMD+S+MINUS — отключить KASLR slide, требуется выключенный SIP.
• CMD+S — однопользовательский режим, налогично флагу -s в аргументах загрузки.
• CMD+V — логирование загрузки, аналогично флагу -v в аргументах загрузки.
• Shift — безопасный режим, налогично флагу -x в аргументах загрузки.
В зависимости от железа, при загрузке может не все работать или работать не надежно. На PS/2 при загрузке доступно только Esc.

Комбинации клавиш в меню, после входа в него по OPT(Esc) или при ShowPicker=YES
За счет того что в меню действует параметр Misc-Boot-PollAppleHotKeys=YES успехов тут обычно больше. Не включайте, если с выключенным работает.

• Esc — отмена тайм-аута.
• CMD+OPT+P+R — очистить NVRAM. Требуется Misc-Security-AllowNvramReset=YES.
• CMD+C+MINUS — отключить проверку совместимости на board-id.
• CMD+K — загрузка актуального ядра, аналогично kcsuffix=release.
• CMD+S+MINUS — отключить KASLR slide, требуется выключенный SIP.
• CMD+S — однопользовательский режим, налогично флагу -s в аргументах загрузки.
• CMD+V — логирование загрузки, аналогично флагу -v в аргументах загрузки.
• Shift — безопасный режим, налогично флагу -x в аргументах загрузки.
• Index — загрузка раздела соответствующего индексу.
• Enter — загрузка дефолтного раздела или выбранного стрелками.
• CTRL+Enter и CTRL+Index — выбрать выделенный раздел для загрузки по умолчанию. Требуется Misc-Security-AllowSetDefault=YES.

CMD=Windows Key, OPT=Alt на windows ориентированной клавиатуре.

В зависимости от вашего BIOS и типа клавиатуры доступные комбинации могут варьироваться.
Больше деталей в актуальной документации.

Источник

The lack of a detailed description of the installation makes it unclear whether the hardware is booting in EFI mode or using the CSM. If the installation CD/DVD is inserted, the computer turned on, and you hold the option key to bring up the startup disk menu, if the CD icon is labeled «Windows» then it will enable CSM (BIOS emulation) boot and the installer will install a BIOS dependent bootloader. If the CD icon is labeled EFI Boot then that’s EFI mode booting and the installer will install an EFI dependent bootloader: most likely grub.efi, on the EFI System partition.

On my Macbook Pro 4,1 I can only do EFI booting with text console. Nouveau and proprietary nvidia drivers hang graphics display upon enabling, although it’s possible to ssh into the system and it functions fine otherwise. Using kernel parameter ‘nomodeset’ I can successfully boot text only and use the built-in display. According to the following bug, the nouveau developers are saying they cannot get the information needed from EFI mode booting, from Apple’s EFI implementation. (Comment 34).

https://bugzilla.redhat.com/show_bug.cgi?id=650949

On my Macbook Pro 8,2 an EFI mode boot produces unusable text and graphics video and I have been unable to do any further testing.

With both hardware models, CSM mode boot functions pretty well outside of certain hardware driver availability and refinement. But it’s not obvious how the user can know whether EFI mode or CSM mode boot is occurring. This is one reason why I decided to abandon rEFIt as I just couldn’t really tell what was being booted or how, and it would present options for booting that simply wouldn’t work.

To produce an linux distro installation that uses the CSM without depending on rEFIt requires some special handling to get Apple’s EFI to enable the CSM. I’ve filed those in this bug.

https://bugzilla.redhat.com/show_bug.cgi?id=746901

Really we should lobby Apple for full UEFI 2.x support, instead of their current firmware which is still largely based on Intel EFI 1.10 (with some things from the UEFI spec). In my opinion it is unreasonable, even if it would be nice, to expect the linux distributions to support Apple’s non-standard EFI implementation. So for now, I’m using the CSM, but I’m hopeful that Apple will get this sorted out.

For those using Lion, you will likely have a «Recovery HD» partition as your 3rd partition, so partitions 3, 4, and 5 in the bug above will be 4, 5, and 6.

The lack of a detailed description of the installation makes it unclear whether the hardware is booting in EFI mode or using the CSM. If the installation CD/DVD is inserted, the computer turned on, and you hold the option key to bring up the startup disk menu, if the CD icon is labeled «Windows» then it will enable CSM (BIOS emulation) boot and the installer will install a BIOS dependent bootloader. If the CD icon is labeled EFI Boot then that’s EFI mode booting and the installer will install an EFI dependent bootloader: most likely grub.efi, on the EFI System partition.

On my Macbook Pro 4,1 I can only do EFI booting with text console. Nouveau and proprietary nvidia drivers hang graphics display upon enabling, although it’s possible to ssh into the system and it functions fine otherwise. Using kernel parameter ‘nomodeset’ I can successfully boot text only and use the built-in display. According to the following bug, the nouveau developers are saying they cannot get the information needed from EFI mode booting, from Apple’s EFI implementation. (Comment 34).

https://bugzilla.redhat.com/show_bug.cgi?id=650949

On my Macbook Pro 8,2 an EFI mode boot produces unusable text and graphics video and I have been unable to do any further testing.

With both hardware models, CSM mode boot functions pretty well outside of certain hardware driver availability and refinement. But it’s not obvious how the user can know whether EFI mode or CSM mode boot is occurring. This is one reason why I decided to abandon rEFIt as I just couldn’t really tell what was being booted or how, and it would present options for booting that simply wouldn’t work.

To produce an linux distro installation that uses the CSM without depending on rEFIt requires some special handling to get Apple’s EFI to enable the CSM. I’ve filed those in this bug.

https://bugzilla.redhat.com/show_bug.cgi?id=746901

Really we should lobby Apple for full UEFI 2.x support, instead of their current firmware which is still largely based on Intel EFI 1.10 (with some things from the UEFI spec). In my opinion it is unreasonable, even if it would be nice, to expect the linux distributions to support Apple’s non-standard EFI implementation. So for now, I’m using the CSM, but I’m hopeful that Apple will get this sorted out.

For those using Lion, you will likely have a «Recovery HD» partition as your 3rd partition, so partitions 3, 4, and 5 in the bug above will be 4, 5, and 6.