REFInd нужен код в MBR для загрузки окон на Mac?

Я прочитал много сообщений об установке и загрузке Windows на компьютерах Mac. Многие процедуры используют rEFInd для загрузки установки BIOS в Windows. Процедуры, похоже, не указывают на какую-либо установку кода в MBR. Таким образом, либо предполагается, что в MBR уже есть код из предыдущей установки, либо rEFInd не требует, чтобы такой код загружал Windows. Кто-нибудь знает ответ?

  • Windows 8 не будет установлена ​​на моем ПК через USB, но будет с моего ноутбука. Код ошибки: 0xC00000005
  • Как установить 64-разрядную Windows 7 на Macbook Pro без Boot Camp?
  • Как установить Windows на Mac с помощью Boot Camp?
  • Boot Camp, Parallels, VirtualBox или Fusion?
  • OSX Lion BootCamp: обновление Win7 прерывает OSX, записывается в раздел OSX
  • Печать экрана экрана Windows на Mac
  • Двойная загрузка различных версий Mac OS X
  • Mac Pro не загружается с Windows 7 DVD - мигающий запрещающий знак
  • OS X: Как избежать повторного подключения к сетевому ресурсу после отключения NAS?
  • Mac: Как войти в систему как другой пользователь, когда Mac требует пароль для пробуждения от сна?
  • Как выборочно маршрутизировать сетевой трафик через VPN на Mac OS X Leopard?
  • Какой драйвер я должен сказать Debian, что мой Mac Mini?
  • 2 Solutions collect form web for “REFInd нужен код в MBR для загрузки окон на Mac?”

    И rEFIt, и rEFInd поместит копию загрузочного кода SYSLINUX MBR в MBR, если MBR еще не загружен и если соответствующий код загрузки существует в разделе. Тем не менее, загрузочный код должен существовать в MBR, хотя он может быть уничтожен средствами секционирования, которые предполагают, что первые 440 байт MBR на GPT-диске должны быть обнулены, как это обычно бывает для загружаемых EFI дисков GPT.

    Это приводит к еще одному моменту: Windows 8 (и, предположительно, Windows 10) довольно хорошо устанавливается в режиме EFI на многих компьютерах Mac. При установке таким образом не требуется загрузочный код режима BIOS в MBR или в разделе (разделах) Windows. Установка EFI-режима, вероятно, будет более безопасной, потому что нет необходимости в опасном гибридном MBR, который Mac использует для двойной загрузки ОС X и более ранних версий Windows. Уловкой этого типа установки является то, что Disk Utility и некоторые другие инструменты OS X создадут гибридный MBR, если вы попытаетесь подготовить диск для Windows – например, путем настройки раздела FAT. Когда установщик Windows, загруженный в режиме EFI, видит гибридный MBR, он будет жаловаться, что он не может установить на MBR-диск. Вы можете обойти эту проблему, используя любое количество инструментов (например, gdisk : Тип x , затем n , затем w ), но это может быть расстраивающим и запутанным, если вы не понимаете характер проблемы или как ее исправить ,

    Когда используется CSM, одним из вариантов является загрузка загрузочного кода MBR в BIOS.

    Логика: CSM должен действовать точно так же, как BIOS, чтобы быть совместимым. ОС поместит свой обязательный загрузочный код в MBR и загрузочный сектор (ы) раздела.

    Но это для загрузки на основе CSM. Имейте в виду, что rEFInd сам по себе является вариантом загрузки EFI. Из-за этого rEFInd будет загружаться (U) EFI в качестве стандартного двоичного исполняемого файла EFI (PE 32- или 64-разрядный, в зависимости от EFI), как и любой загрузчик для операционной системы EFI. Когда отображается меню rEFInd, CSM еще не загружен. Поскольку rEFInd загружается как исполняемый файл EFI, нет необходимости в CSM.

    Когда EFI загрузил rEFInd в качестве отправной точки, rEFInd сам по-прежнему будет искать загрузочные параметры, то есть разделы, другие загрузчики EFI или ядра. Для управляемых систем на базе BIOS rEFInd определит, будет ли опция загружаться в точности как CSM, проверив для MBR (гибридный) раздел с загрузочным кодом из вашей операционной системы на базе BIOS. Если он отсутствует или загружен, ОС не загружается. (Причина может заключаться в том, что при установке операционной системы в раздел MBR что-то пошло не так).

    Итак, короткий ответ: нет. Только при загрузке диска (а не раздела!) Из CSM загружается загрузочный код MBR. REFInd, запущенный как загрузчик EFI, не требуется или даже не может запустить MBR.

    Представьте, что rEFInd запустит MBR (и для этого давайте просто предположим, что он также может сделать загрузку UEFI CSM): если есть недостаток в загрузочном коде и / или разделении (например, никакой раздел не установлен как активный ) или если выбранный (Через rEFInd) не является тем, который помечен как активный раздел в таблице разделов MBR, загрузочный код MBR не загружает выбранный раздел, делая всю цель меню выбора загрузки rEFInd нулевым и недействительным.

    Из диспетчера загрузки rEFInd: использование драйверов EFI , раздел Выбор драйвера EFI :

    NTFS-Samuel Liao внесла свой вклад в этот драйвер, который использует фреймворк rEFIt / rEFInd. Обратите внимание, что этому драйверу не требуется загружать Windows с rEFInd, поскольку Windows хранит загрузочный загрузчик EFI на ESP (EAT), а процесс загрузки BIOS (обычно используется при двойной загрузке на Mac) зависит только от загрузочного сектора раздела , Который считывается без использования этого драйвера.

    Это явно подразумевает, что rEFInd будет просто загружать загрузочный сектор соответствующего раздела MBR (должен быть гибридный раздел, хотя), тем самым намеренно пропуская MBR.

    Кроме того, UEFI (EFI 1.x на Mac) предоставляет средства для «устаревшей загрузки» выбранного раздела, который при выборе / указании на это автоматически загружает CSM. Не все машины UEFI обладают этой возможностью. Если он отсутствует, rEFInd не может загружать операционную систему на базе BIOS из раздела MBR.

    Из раздела OSDev Wiki , раздел UEFI класса 0-3 и CSM :

    ПК классифицируются как UEFI-класс 0, 1, 2 или 3. Машина класса 0 представляет собой устаревшую систему с устаревшим BIOS; Т.е. не является системой UEFI.

    Машина класса 1 представляет собой систему UEFI, которая работает исключительно в режиме поддержки совместимости (CSM). CSM – это спецификация того, как прошивка UEFI может эмулировать устаревший BIOS. Прошивка UEFI в режиме CSM загружает устаревшие загрузчики. Система UEFI класса 1 может вообще не рекламировать поддержку UEFI, поскольку она не подвержена загрузчику. Это только UEFI «внутри» BIOS.

    Машина класса 2 представляет собой систему UEFI, которая может запускать приложения UEFI, но также включает в себя возможность запуска в режиме CSM. Большинство современных ПК – это машины UEFI класса 2. Иногда выбор для запуска приложений UEFI по сравнению с CSM является одним или другим параметром в конфигурации BIOS, а в других случаях BIOS решает, что использовать после выбора загрузочного устройства и проверки наличия у него устаревшего загрузчика или UEFI.

    Машина класса 3 представляет собой систему UEFI, которая не поддерживает CSM. Машины UEFI класса 3 запускают только приложения UEFI и не реализуют CSM для обратной совместимости с устаревшими загрузчиками.

    Из диспетчера загрузки rEFInd: использование раздела rEFInd Загрузка устаревших ОС :

    Чтобы помочь, когда вам нужно загрузиться в режиме BIOS, rEFInd поддерживает загрузку устаревших ОС; Однако детали различаются между компьютерами Mac и UEFI. Кроме того, имейте в виду, что на некоторых ПК UEFI отсутствует модуль поддержки совместимости (CSM), необходимый для работы этой функции. Это справедливо даже для некоторых компьютеров, которые могут загружать BIOS на основе ОС. Это может произойти из-за того, что прошивка – это в основном BIOS с реализацией UEFI поверх нее; Такие системы полагаются на собственный BIOS для загрузки и не могут предоставить приложениям EFI доступ к функциям BIOS через механизмы CSM. Если у вас есть такой компьютер и если вы включили опцию устаревшей загрузки в файле конфигурации, rEFInd уведомит вас о невозможности представления устаревших параметров загрузки при запуске.

    Если вам интересно, действительно ли у вас есть некоторые записи CSM в вашем загрузочном меню EFI – не rEFInd, а реальные (U) загрузки EFI, вы можете попробовать efibootmgr -v в Linux. Это будет работать только тогда, когда сам Linux загружается как (U) EFI. Когда Linux загружается как выбор загрузки CSM, он не будет иметь доступа к базовой реализации EFI. Только в Linux нет большой разницы в разделении, потому что Linux не такой разборчивый, как Windows, и может с радостью использовать разбиение на GPT в режиме BIOS.

     # efibootmgr -v Timeout: 2 seconds BootOrder: 0000,0004,0005 Boot0000* Windows Boot Manager HD(2,GPT,1bf25484-f461-4892-a640-a24136b1d45f,0xe1800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...BCDOBJECT=.{.9.dea8.6.2.c.-.5.cdd-.4.e.7.0.-.acc1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...e................ Boot0004* Hard Drive BBS(HD,,0x0)P0: INTEL SSDSC2CT060A3 . Boot0005* UEFI: SanDisk Extreme 0001 PciRoot(0x0)/Pci(0x1d,0x0)/USB(1,0)/USB(4,0)/HD(1,MBR,0x97,0xb4,0x298c)/File(\EFI\BOOT\BOOTX64.EFI) 

    В этом примере есть только записи UEFI.

     # efibootmgr -v BootCurrent: 0002 Timeout: 3 seconds BootOrder: 0003,0002,0000,0004 Boot0000* CD/DVD Drive BIOS(3,0,00) Boot0001* Hard Drive HD(2,0,00) Boot0002* Fedora HD(1,800,61800,6d98f360-cb3e-4727-8fed-5ce0c040365d)File(\EFI\fedora\grubx64.efi) Boot0003* opensuse HD(1,800,61800,6d98f360-cb3e-4727-8fed-5ce0c040365d)File(\EFI\opensuse\grubx64.efi) Boot0004* Hard Drive BIOS(2,0,00)P0: ST1500DM003-9YN16G 

    В этом примере Boot0000 и Boot0004 – это выбор CSM (обратите внимание на путь BIOS ), и UEFI загрузит эти записи с загруженным CSM. Но имейте в виду, что все еще UEFI вызывает загрузку выбранной записи!

    Когда rEFInd должен использовать механизмы CSM для загрузки устаревших операционных систем из разделов MBR (гибридных), я могу только предположить, что это очень похоже на постоянные записи загрузки UEFI. Возможно, rEFInd использует одноразовые загрузочные записи (например, BootNext ) для этой задачи …

    Давайте будем гением компьютера.