boot0af error как исправить
Boot0: error, как избавиться от ошибки при загрузке
После успешной установки хакинтоша может возникнуть ошибка при загрузке с жесткого диска, вот такая:
Loading Operating System …
boot0: GPT
boot0: test
boot0: test
boot0: GPT
boot0: test
boot0: test
boot0: error
В чем заключается проблема:
Т.к. объем жестких дисков с каждым годом увеличивается, производители вынуждены менять стандартный размер блока диска с 512 байт до 4096 байт. Эти жесткие диски известны как «Advanced Format» или 4K. Сначала размер увеличивали на дисках больше 1 ТБ, однако в скором времени изменения затронут все выпускаемые диски. Из-за этого загрузчик Chimera не может загрузиться как положено.
Прим.: Chimera не грузится, а вот разработчики Clover-загрузчика уже давно исправили эту проблему и загрузка происходит автоматически, без изменений.
Решение №1: Использовать флешку с UniBeast
Решение очень простое, но потребует наличие флешки с установщиком Mac OS.
Прим.: я советую всегда хранить флешку с установщиком Mac OS, в случае, если потребуется распаковать бэкап или выполнить доп. настройку, например, при апгрейде оборудования
Как исправить:
1. Загрузиться в установку Mac OS с флешки с UniBeast
2. Не запуская установку, запустить из меню сверху Дисковую Утилиту (Disk Utility), в ней размонтировать жесткий диск, на который установлена Mac OS X.
3. Запустить Терминал и выполнить следующую комманду:
boot0af error как исправить
Некоторые из вас, после установки загрузчика на жёсткий диск, могут увидеть не очень приятное сообщение на своём мониторе:
Это означает то, что ваш загрузчик не может прочитать загрузочную запись на вашем жёстком диске. Но не стоит расстраиваться и паниковать! Решение совсем простое,и не требует больших усилий. Для этого нам понадобится:
После того, как скачали файл boot1h2, копируем его в корень нашей флешки. Загружаемся с флешки, переходим в Утилиты-Терминал.
Далее, смотрим на каком диске установлена OS X, и на каком разделе у вас установлен загрузчик.
На моём примере у меня загрузчик на disk0 и разделе EFI, и имеет идентификатор disk0s1
Далее нужно отмонтировать тот диск, куда будет прописываться загрузочный сектор. Для этого в терминале набираем команду:
diskutil unmount идентификатор диска
Например: diskutil unmount disk0s1
Затем, необходимо в терминале прописать последнюю команду, которая и перезапишет сам загрузочный сектор!
dd if=/Volumes/имя флешки/boot1h2 of=/dev/ваш идентификатор
Где “имя флешки“-соответственно имя вашей флешки,на которой в корне лежит файл boot1h2, а “ваш идентификатор” – соответственно идентификатор раздела,на который установлен загрузчик
dd if=/Volumes/Kingston/boot1h2 of=/dev/disk0s1
После ввода команды,нажимаем Enter, терминал запросит пароль – вводим пароль, и снова Enter.
Если всё сделано правильно – увидим запись, вроде такой:
2+0 records out
1024 bytes transferred in 0.001129 secs (982245 bytes/sec)
Выходим с терминала, перезагружаемся. Ошибка boot0: error должна исчезнуть!
После успешной установки хакинтоша может возникнуть ошибка при загрузке с жесткого диска, вот такая:
Loading Operating System …
boot0: GPT
boot0: test
boot0: test
boot0: GPT
boot0: test
boot0: test
boot0: error
В чем заключается проблема:
Т.к. объем жестких дисков с каждым годом увеличивается, производители вынуждены менять стандартный размер блока диска с 512 байт до 4096 байт. Эти жесткие диски известны как «Advanced Format» или 4K. Сначала размер увеличивали на дисках больше 1 ТБ, однако в скором времени изменения затронут все выпускаемые диски. Из-за этого загрузчик Chimera не может загрузиться как положено.
Прим.: Chimera не грузится, а вот разработчики Clover-загрузчика уже давно исправили эту проблему и загрузка происходит автоматически, без изменений.
Решение №1: Использовать флешку с UniBeast
Решение очень простое, но потребует наличие флешки с установщиком Mac OS.
Прим.: я советую всегда хранить флешку с установщиком Mac OS, в случае, если потребуется распаковать бэкап или выполнить доп. настройку, например, при апгрейде оборудования
Как исправить:
1. Загрузиться в установку Mac OS с флешки с UniBeast
2. Не запуская установку, запустить из меню сверху Дисковую Утилиту (Disk Utility), в ней размонтировать жесткий диск, на который установлена Mac OS X.
3. Запустить Терминал и выполнить следующую комманду:
Smexhy
Hi guys, I am trying to boot my OS X without the USB installation of the macOS, but unsuccessfully. It looks like there is no bootloader or something, even when I checked it and reinstalled clover in OS X to the latest version. What is the solution for this error? I checked online like billion guides, but either I didn’t understand what did they mean or I already tried.
I would be very grateful for any tips.
Smexhy
Fixed by this method from one forum:
It means you’re booting in legacy mode on hard disk with 4096 byte sectors instead of 512 byte ones and the boot1h file doesn’t get imaged correctly because of it.
You should find a copy of boot1h in /usr/standalone/i386 on the hard drive partition you already installed Clover to.
1. Copy boot1h to your USB OS X Installer in its root directory.
2. Reboot and boot up your USB OS X Installer.
diskutil list
to figure out your needed hard drive partition’s device node where you installed OS X to. In this example I’ll use /dev/disk0s3.
diskutil unmount /dev/disk0s3
dd if=/boot1h of=/dev/rdisk0s3 bs=4096
6. Reboot and try booting from the hard drive.
Загрузка BIOS, GPT, GRUB4DOS, MEMDISK, DUET и SHELLx64.EFI
Есть необходимость тестировать EFI-скрипты и утилиты на машине с обычным BIOS.
Сейчас это делается с помощью пары загрузочных флэшек:
Я видел как на машине с обычным BIOS с GPT-диска через CLOVER загружается OS X, а это значит, что можно сделать хакнутую GPT-флэшку, которая будет загрузочной на BIOS-машинах. Долго рылся в сети, но готового ответа пока не нашёл. Делать ESP c CLOVER не хочу, мне хватит запуска GRUB4DOS/syslinux. Помогите советом, как сделать из пары одну загрузочную флэшку.
100 раз так делал.
Примерный план действий.
Похоже, что я не то или не там ищу.
В распакованном дистрибутиве клевера таких файлов найти не смог. MAC с CLOVER на борту под рукой тоже нет.
Нашёл на гите исходники и готовые бинарники, но там имена у файлов другие, и не знаю, подойдут они мне, или нет.
Подскажите, пожалуйста, где я могу найти указанные Вами файлы? (желательно, в бинарном виде)
После распаковки здесь: usr/standalone/i386/
нужно положить переименовав просто в boot
ЧЯДНТ?
Размечаю флэшку в GPT при помощи утилит: sgdisk или gparted.
Таблица разделов получается такая: /dev/sdd (флэшка), /dev/sdd1 (DATA в конце) и /dev/sdd2 (ESP в начале).
Утилитой dd устанавливаю boot0af на /dev/sdd.
Как проверяю результат:
Прямо вот так нельзя, смотри выше я давал ссылку
Там приведен такой метод:
Замени sdb на свой sdd и попробуй.
boot0af: error
Устанавливаю boot-сектора так:
Цель уже близко. Попробуй сделать ESP первым разделом.
boot0af: error
Пробовал менять номер партиции ESP (1,2,128), пробовал менять ФС на партиции ESP (FAT16 и FAT32), пробовал менять флаги партиции ESP (ef00 и ef02). Не помогло.
У меня всё работает. К сожалению пока больше нечего добавить.
Можно узнать как у тебя разбит носитель и какими командами ставишь загрузочные сектора? Может, на сравнении найду у себя ошибку.
1: ESP 512MB
2: / всё остальное
Команды из те же мануала..
Спасибо за помощь!
Буду ковырять дальше.
для чего такой большой, 128MB за глаза для всего жи?
Его мануал не читал, достаточно в gparted поставить флаги: boot,esp.
Это вопрос отдельной ветки и ущемлённости осознания собственного бытия.
Держи сделаешь флаги и в каталоге Ubuntu пропишешь свой уид Автор Griggorii
anonymous,
Мне нужно запускать EFI файлы на BIOS-машине.
Ты уверен, что оно загрузится на BIOS?
Re: anonymous,
Re: anonymous,
Сделано!
Загрузочные сектора из Clover: Bootable_ISO не подходят, правильный источник Clover: Latest PKG.
Распаковывается Clover*.pkg под Linux при помощи 7z и довольно муторно: github: Clover linux-installer.sh.
После распаковки Clover*.pkg потребуются файлы boot0af, boot1f32 и x64/boot7, которые можно найти по пути: BiosBoot/usr/standalone/i386/
Установка загрузочных секторов описана внутри github: Clover linux-installer.sh и в моём сообщении выше по тексту.
Загрузчик boot (он же boot7) будет искать и выполнять EFI\CLOVER\CLOVERX64.efi. Команда strings не нашла таких слов в теле файла boot, так что с большой вероятностью патчить этот путь нужно в исходных текстах этого файла.
Условия, которым должна удовлетворять ESP-партиция (найдены экспериментально):
Благодарю 
surefire за помощь! Проблема решена.
Отлично! Но у меня файлы из ISO-шки вполне работают. И мне кажется они не должны отличаться.
Orange Pi перестала загружаться, восстановление загрузки.
Итак, вот скриншот того что происходило при загрузке моей апельсинки:
Как известно SD карта называется mmc0, а eMMC память mmc1. Загрузка начинается с SD карты. Но если она не вставлена или на ней нет загрузчика, то должно все грузиться с eMMC памяти. Я установил на другую SD карту свежий Armbian. Теперь я мог работать с устройством mmcblk1 — то есть eMMC памятью. Пришлось подключить апельсинку через uart к компу, чтоб видеть полностью процесс загрузки.
Далее мне подсказали:
Там юбут ясно пишет что нет таблицы разделов, она или повреждена или стёрта установкой нового юбута поверх таблицы mbr.
Восстановить таблицу разделов можно, зная где находился первый раздел или же найдя отметку первого раздела, установите армбиан на сд карту, загрузитесь, потом с помощью sfdisk заново размете таблицу mbr зная где именно какой раздел находится и всё.
Вот что выдала эта команда:
Device Boot Start End Sectors Size Id Type
/dev/mmcblk1p1 2048 30230303 30228256 14.4G 83 Linux
После этого мне посоветовали ввести такую команду:
sfdisk /dev/mmcblk1 to stop
switch to partitions #0, OK
mmc1(part 0) is current device
Scanning mmc 1:1…
Found U-Boot script /boot/boot.scr
3565 bytes read in 6 ms (580.1 KiB/s)
## Executing script at 43100000
U-boot loaded from eMMC or secondary SD
Boot script loaded from mmc
MMC: no card present
** Bad device mmc 0 **
MMC: no card present
** Bad device mmc 0 **
MMC: no card present
** Bad device mmc 0 **
MMC: no card present
** Bad device mmc 0 **
MMC: no card present
** Bad device mmc 0 **
Found legacy kernel configuration
MMC: no card present
** Bad device mmc 0 **
SCRIPT FAILED: continuing…
MMC: no card present
Я выложил это в тему форума и откликнувшийся гуру 🙂 ответил вот что:
Ну теперь файлы с раздела грузит, но пытается грузануть ядро с mmcblk0 (mmc 0) а нужно с mmcblk1 (mmc 1)
Надо редактировать /boot/boot.scr
И дал листинг файла :
# DO NOT EDIT THIS FILE
#
# Please edit /boot/armbianEnv.txt to set supported parameters
#
setenv load_addr «0x44000000»
setenv overlay_error «false»
# default values
setenv verbosity «1»
setenv console «both»
setenv disp_mem_reserves «off»
setenv disp_mode «1920x1080p60»
setenv rootfstype «ext4»
setenv docker_optimizations «on»
setenv devnum «0»
setenv rootdev «/dev/mmcblk$
# Print boot source
itest.b *0x28 == 0x00 && echo «U-boot loaded from SD»
itest.b *0x28 == 0x02 && echo «U-boot loaded from eMMC or secondary SD»
itest.b *0x28 == 0x03 && echo «U-boot loaded from SPI»
if test «$
if test «$
if test «$
setenv bootargs «root=$
if test «$
if test «$
После перекомпиляции файла, и перезагрузке все запустилось и заработало.
Я конечно тут положил все в сжатом виде и без разговоров на отвлеченные темы 🙂 кто хочет может ознакомиться со страницей на форуме.
Решил пусть пока работает. Как время будет все же переберусь на свежий релиз Armbian. Ядро осталось старым точно.
Ошибка 0xc000000f при загрузке Windows 10/7
При включении компьютера мы можем обнаружить код ошибки 0xc000000f. Также может быть описание к данному коду ошибки «File: boot\bcd«. Эта ошибка связана с диспетчером загрузки Windows, а точнее повреждением загрузочной записи. Когда система Windows пытается прочитать данные из загрузчика, которые повреждены, то она не может прочитать данные конфигурации загрузки и выдает вам ошибку boot\bcd с кодом 0xc000000f, настаивая на том, чтобы вы восстановили ПК с помощью установочного носителя Windows. Ошибка 0xc000000f с комментарием Boot\BCD может появится в Windows 7 и Windows 10.
Как исправить ошибку Boot\BCD с кодом 0xc000000f
В первую очередь вы должны извлечь все USB устройства с вашего ПК и проверить, загружается ли система. Также рекомендую выставить в BIOS на первое место SSD или HDD диск на котором система Windows.
Поскольку эта ошибка не позволяет нам загружать нашу операционную систему, мы не можем прибегать к обычным средствам восстановления данных, но мы вынуждены анализировать нашу систему с помощью средств восстановления Microsoft. Что нам потребуется, так это установочная флешка windows 10. Клшжа вы начали установку с флещки, то дойдите до пункта установки и нажмите снизу на «Восстановление системы«. Тем самым мы попадем в дополнительные параметры загрузки.
После того, как нажали на восстановление системы, вам нужно запустить командную строку (CMD). Примерное местонахождение «Поиск и устранение неисправностей» > «Командная строка«.
Советую в первую очередь нажать на «Восстановление при загрузке«, а потом запускать CMD.
Шаг 1. Введите команду, чтобы проверить и исправить битые сектора на диске, которые могут находиться на загрузчике, что не давая системе нормально считать оттуда информацию.
После окончание процесса перезагрузите ПК и проверьте, устранена ли ошибка 0xc000000f.
Шаг 2. Если выше способ не помог исправить ошибку 0xc000000f, то воспользуемся инструментом Bootrec, чтобы восстановить главную загрузочную запись. Введите команды ниже по порядку, нажимая Enter после каждой:
Если вам выдало какую-либо ошибку при вводе выше команд, то вы должны удалить предыдущую BCD и перестроить ее заново, чтобы получить совершенно новые данные конфигурации загрузки. Введите ниже команды по очереди, нажимая Enter после каждой:
Примечание: Если вам сложно понять, или у вас не получается восстановить загрузчик, то есть отличный мануал, как восстановить загрузочную запись для BIOS и UEFI с разными разметками GPT и MBR. Особенно обратите внимание на способ 3.