Physical kaslr disabled no suitable memory region как исправить

• Поддерживаемая версия: 0.6.9

Этот раздел предназначен для пользователей, которые хотят понять и исправить ошибки «Couldn’t allocate runtime area». Чаще всего это встречается на Z390, X99 и X299.

• Примечание: Clover больше не поддерживается в этом руководстве, поэтому требуется OpenCore

# Что же такое KASLR?

Что ж, KASLR расшифровывается как Kernel adress space layout randomization (рус. — Рандомизация размещения/компоновки адресного пространства ядра), используется в целях безопасности. В частности, это делает более сложным определение расположения важных объектов в памяти, поскольку это всегда случайное значение как между компьютерами, так и между загрузками. Более подробное описание KASLR (opens new window)

Это становится проблемой, когда вы вводите (introduce) устройства либо с небольшими Memory Map, либо же просто вводите слишком много устройств. Вероятно, есть место для работы ядра, и также есть свободное место, куда ядро не помещается полностью. Здесь подходит slide=xxx. Вместо того, чтобы позволить macOS выбирать случайную область для работы при каждой загрузке, мы ограничим ее той областью, которая, как мы знаем, будет работать.

# И для кого эта информация?

Как уже упомяналось ранее, это для пользователей, у которых нет достаточного места для ядра или происходит перемещение в слишком маленькое место. Как правило, при загрузке вы столкнетесь с аналогичной ошибкой:

С различными вариациями:

Или даже краш во время работы macOS:

Веселая часть этих ошибок заключается в том, что они могут быть случайными, а также причина, почему 20-кратное включение и выключение питания вашего ПК также может решить проблему, но только временно.

Забавный факт: Поиск области для работы занимает около 31 мс, а ручная установка слайд значения может в среднем сократить время загрузки на 0.207%!!!

# Так как же мне это исправить?

Реальное решение этой проблемы довольно простое. Что вам понадобится:

• OpenRuntime (opens new window)
• OpenShell (opens new window)(Не забудьте включить это в разделе Root -> Misc -> Tools)

И также нам нужно настроить наш config.plist -> Booter:

• AvoidRuntimeDefrag: YES
  • Исправляет рантайм сервисы UEFI, такие как дата, время, NVRAM, управление питанием, т.д.
• DevirtualiseMmio: YES
  • Уменьшает объем Stolen памяти, расширяет возможные значения для slide=N, и очень полезен при устранении проблем с выделением памяти (Memory Allocation) на Z390.
• EnableSafeModeSlide: YES
  • Позволяет использовать слайд значения в безопасном режиме
• ProtectUefiServices: NO
  • Защищает UEFI сервисы от переопределения прошивкой, в основном актуально для виртуальных машин, 300 серии и более новых систем, таких как Ice Lake и Comet Lake
• ProvideCustomSlide: YES
  • Это даёт уверенность, что ядро будет выбирать только хорошие регионы и избегать тех, которые могут привести к сбоям загрузки. Оно по-прежнему выбирает случайно, но не включает плохие регионы при рандомизации.
• RebuildAppleMemoryMap: YES
  • Создает Memory Map совместимую с macOS, может сломаться с некоторыми OEM прошивками ноутбуков, поэтому если вы получили сбой ранней загрузки — отключите это. Это гарантирует, что наша Memory Map будет соответствовать соответствовать тому, что ожидает ядро.

# Подготовка BIOS

Причина, по которой нам нужно сбросить Memory Map, заключается в том, что мы хотим, чтобы она была более детерминированной, имеется ввиду, чтобы при каждой загрузке было меньше вариаций, поэтому у нас будет меньше крайних случаев (Memory Map не всегда согласованы при загрузке). Для подготовки:

• Обновите BIOS(чрезвычайно важно, поскольку известно, что ранние версии BIOS имеют проблемы с Memory Map, в особенности Z390)
• Сбросьте CMOS
• Включите необходимые настройки в BIOS:
  • Above4GDecoding: Позволяет устройствам использовать области памяти размером более 4 ГБ, что означает, что в macOS будет больше места для размещения; может быть проблематичным на некоторых X99, X299, поэтому рекомендуется тестировать с и без.
    • Примечание: В BIOS поддерживаемых Resizable BAR Support, включение Above4G разблокирует эту опцию. Убедитесь, что BAR support отключен, если эта опция конечно же присутствует.
  • Boot Options -> Windows8.1/10 mode: Это гарантирует, что не будет загружаться старый устаревший мусор. Интересный факт: other OS разработан только для загрузки старых версий Windows, а не для других ОС
• Отключите как можно больше ненужных устройств в BIOS (это означает, что при каждой загрузке будет меньше изменений в Memory Map, и поэтому меньше шансов на сбой загрузки). Общие настройки:
  • CSM: Для поддержки Legacy, добавляет кучу ненужного нам мусора. Это также может сломать Shell, и вы не сможете загрузиться в него.
  • Intel SGX: Software Guard Extensions, занимает много места и ничего не делает в macOS.
  • Parallel Port: macOS даже не видит параллельные порты.
  • Serial Port: Хотелось бы знать, насколько много тех, кто отлаживает ядро…
  • iGPU: В некоторых системах такие раздутые Memory Map, что iGPU просто не влезает.
  • Thunderbolt: У многих хаков нет рабочего Thunderbolt, платы, у которых нет Thunderbolt, но имеют эту опцию, просто тратят больше места.
  • LED lighting: Извини, приятель, время уходить.
  • Legacy USB: Больше Legacy Чепухи.

# Тестовая загрузка

С нашими скорректированными настройками EFI, config.plist и BIOS, пришло время опробовать наши новые настройки. Если у вас все еще есть проблемы, похоже, нам нужно глубоко погрузиться и рассчитать значение нашего Slide

# Нахождение Slide значения

Теперь вам нужно открыть EFI Shell в выбранном вами менеджере загрузок и запустить memmap. Это даст вам список всех страниц и их размеров. Вот тут-то и начинается веселье.

Пример того, что вы увидите:

Теперь вам может быть интересно, как, черт возьми, мы конвертируем это в значение слайда, ну, это довольно просто. Нас интересует самое наибольшее доступное значение в столбце Start. В этом примере мы видим, что 000000006B626000 является нашим самым большим значением, обратите внимание, что они находятся в HEX, поэтому, если есть несколько значений, близких друг к другу, вам может потребоваться конвертировать их в десятичное значение. Для вычисления Slide значение (встроенный калькулятор macOS имеет функцию программирования, нажав ⌘ + 3):

000000006B626000 = 0x6B626000

(0x6B626000 — 0x100000)/0x200000 = 0x35A

И чтобы убедиться, что это правильно:

0x100000 + (0x35A * 0x200000) = 0x6B500000

Всякий раз, когда возвращаемое значение не оригинальное (0x6B500000 против 0x6B626000), просто добавьте +1 к конечному Slide значению. Это связано с округлением. Так, например, конвертированный в десятичное счисление 0x35A становится 858, а +1 даст вам slide=859.

Но подождите, это же больше 256!

Это верно. Это вызвано Memory Map включающими в себя сектора Above4GDecoding, которые не могут быть использованы. Поэтому вам нужно будет спускаться вниз по списку, пока вы не найдете небольшое достаточное значение(для нас, это будет 0000000000100000)

И чтобы было немного яснее, вот формула:

(HEX — 0x100000)/0x200000 = Значение Slide в HEX

0x100000 + (Значение Slide в HEX * 0x200000) = Ваше изначальное HEX значение(если нет, то добавьте +1 к Slide значению)

Теперь перейдите в свой config.plist и добавьте своё слайд значение к остальным аргументам загрузки(для нас, это будет slide=0 при использовании 0x100000). Если это значение по-прежнему выдаёт вам ошибки, вы можете перейти ко второму по велечине Start значению и так далее.

Иногда вы можете обнаружить, что при вычислении слайда, вы получаете сверхмалые значения, такие как slide=-0.379150390625, когда это происходит, округлите это до slide=0.

А для пользователей, у которых возникают проблемы с поиском значения слайда, вы можете также ввести $slide [вставьте наибольшее значение #Pages] в канале #Sandbox на Discord-сервере r/Hackintosh (opens new window)

Но это таааак тяжело

Ну, не волнуйтесь, ведь есть более простое решение. После запуска memmap в оболочке запустите:

Это добавит файл memmap.txt в корень вашего EFI, после чего вы сможете перетащить в канал #Sandbox Discord-сервера r/Hackintosh и написать $slide [вставьте ссылку на memmap.txt]

# Использование DevirtualiseMmio

DevirtualiseMmio — довольно интересный квирк, особенно в том, что он преодолевает огромное препятствие с многими системами PCI устройств, такими как некоторые Z390 платы и практические все HEDT платы, такие как X99 и X299. Как это происходит? Он берет MMIO области и удаляет рантайм атрибуты, позволяя тем самым использовать их в качестве пространства для удобного размещения ядра. В сочетании с квирком ProvideCustomSlide, мы можем сохранить функцию безопасности слайда, а также получить загружаемую машину.

Для чрезвычайно проблематичных систем, таких как Threadripper TRX40 19H, нам нужно найти определенные обрасти, которые не требуются для правильной работы. Вот тут-то и вступает в игру MmioWhitelist. Обратите внимание, что белый список не требуется для большинства систем.

Если вы запустите отладочную версию OpenCore со включенным DevirtualiseMmio, вы заметите в своих логах это:

• Примечание: См. Отладка OpenCore о том, как включить логирование в файл

Итак, у нас есть 6 регионов, через которые нам нужно пройти и посмотреть, какие из них плохие. Лучше всего заблокировать все MMIO области кроме одного и попробовать каждый регион, чтобы получить список хороших регионов.

Теперь давайте возьмем вышеприведенный пример и создадим наш собственный MmioWhitelist, нам нужно сначала преобразовать адрес из шестнадцатеричного в десятичное значение:

• MMIO devirt 0x60000000 -> 1610612736
• MMIO devirt 0xFE000000 -> 4261412864
• MMIO devirt 0xFEC00000 -> 4273995776
• MMIO devirt 0xFED00000 -> 4275044352
• MMIO devirt 0xFEE00000 -> 4276092928
• MMIO devirt 0xFF000000 -> 4278190080

Когда все сделано, должно выглядеть примерно так:

After installing latest updates (kernel 4.15.0-29, nvidia-340 etc.) there is no network after pause/resume.

Restarting network service and/or network-manager does not solve the issue.
Reloading the network driver (Realtek r8169) will solve the issue.

After pause/resume the following error can be found in the kernel log (dmesg):

…
Jul 31 08:45:24 mcenter NetworkManager[778]: <info> [1533019524.9312] manager: NetworkManager state is now DISCONNECTED
Jul 31 08:45:26 mcenter kernel: [ 2106.325154] do_IRQ: 1.36 No irq handler for vector
Jul 31 08:45:27 mcenter ModemManager[736]: <info> Couldn’t check support for device at ‘/sys/devices/pci0000:00/0000:00:1c.5/0000:04:00.0’: not supported by any plugin
Jul 31 08:46:11 mcenter kernel: [ 2151.465113] Corrupted low memory at 0000000090bf190d (7f00 phys) = 4a4a000000
Jul 31 08:46:11 mcenter kernel: [ 2151.465118] Corrupted low memory at 00000000273f9219 (7f10 phys) = 0fff0000
Jul 31 08:46:11 mcenter kernel: [ 2151.465120] Corrupted low memory at 0000000029d48ce3 (7f20 phys) = 3000000000000
Jul 31 08:46:11 mcenter kernel: [ 2151.465122] Corrupted low memory at 000000008411fa33 (7f28 phys) = 28121283
Jul 31 08:46:11 mcenter kernel: [ 2151.465130] Corrupted low memory at 000000000fe096ef (e1f8 phys) = 400000000000
Jul 31 08:46:11 mcenter kernel: [ 2151.465133] ————[ cut here ]————
Jul 31 08:46:11 mcenter kernel: [ 2151.465134] Memory corruption detected in low memory
…

I tried booting with kernel parameter memmap=1024K$0 but i then get «Physical KASLR disabled: no suitable memory region!¨ and the system won’t boot.

I don’t know in what package the problem is (kernel, Realtek driver, suspend/resume??)

output of «uname -a» on my system:
Linux mcenter 4.15.0-29-generic #31~16.04.1-Ubuntu SMP Wed Jul 18 08:54:04 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: linux-image-4.15.0-29-generic 4.15.0-29.31~16.04.1
ProcVersionSignature: Ubuntu 4.15.0-29.31~16.04.1-generic 4.15.18
Uname: Linux 4.15.0-29-generic x86_64
NonfreeKernelModules: nvidia_uvm nvidia
ApportVersion: 2.20.1-0ubuntu2.18
Architecture: amd64
CurrentDesktop: Unity
Date: Tue Jul 31 11:01:29 2018
InstallationDate: Installed on 2017-04-18 (469 days ago)
InstallationMedia: Ubuntu 16.04.2 LTS «Xenial Xerus» — Release amd64 (20170215.2)
SourcePackage: linux-signed-hwe
UpgradeStatus: No upgrade log present (probably fresh install)