Не понимаю смысла такого стола, т.к. за возможность один раз отрегулировать как надо и забыть (а основная часть пользователей сделает именно так) предлагается заплатить какие-то кошмарные деньги, получив в итоге фактически парту с максимальной нагрузкой на столешницу в 70 кг (т.е на этот стол даже сесть можно далеко не всем).
Подозреваю, что за те же деньги можно заказать себе идеальный стол под себя у любого толкового мебельщика, такой, что он будет стоять сто лет и выдержит любые удары судьбы.
Напряжения задаются как раз правильные, т.е. те, которые Intel рекомендует для этой модели процессора. Другой вопрос, что большая часть экземпляров этой модели способна работать на более низком напряжении при сохранении как частоты, так и стабильности на этой частоте, чем автор и воспользовался. На деле на методы и таблицы ACPI сильно полагается только OSX, так как на ПК в них море ошибок и современные OS научились эти ошибки обходить. Получается замкнутый круг, когда разработчики БИОСов не исправляют баги в таблицах потому, что все и так работает, а разработчики ОС встраивают свои костыли для их обхода. Более того, большинство разработчиков БИОСов, которые закупают код платформы у AMI, Phoenix или Insyde (а это вообще все производители ПК, кроме Intel и Microsoft) в 90% AML-кода даже не заглядывали никогда, т.к. он пришел непосредственно от вендора. Описанные в статье методы и таблицы, к примеру, являются частью CPU Support Package и пока они кое-как работают — никто туда не полезет, ибо есть миллион более важных мест, в которых надо исправлять баги прямо сейчас.
Потому что это своя версия БИОСа на каждый выпущенный экземпляр и куча далеко не бесплатного времени отдела тестирования. Рассматривайте эту возможность в том же ключе, что и возможность разгона, т.к. вы используете процессор в нестандартных для него условиях (в какую строну отклонение от стандарта — другой вопрос).
На самом деле, можно переписать метод _PSS так, чтобы он брал значения VID для каждого P-state не из кода, а из NVRAM, а туда их писать при помощи BIOS Setup, тогда можно отдать тонкую настройку на откуп пользователю. Не делают так потому, что это почти никому не нужно и это снова дополнительное время и деньги на реализацию и поддержку.
Автор понижает не частоту, а напряжение на каждом P-состоянии, которое по умолчанию задрано настолько, чтобы работали даже самы неудачные экземпляры процессоров. В итоге получается снижение тепловыделения и увеличение времени работы от батареи конкретного экземпляра ценой пары часов поиска стабильных VID'ов и последующего изменения DSDT. Минус тут только один — на каждом ноутбуке нужно будет подбирать свои оптимальные значения VID.
Добавлю к этой статье предупреждение: запись в NVRAM из ОС — достаточно опасная операция, которая может приводить к «кирпичу» на некоторых моделях ноутбуков с BIOSами на платформе Phoenix SCT. У автора BIOS на платформа AMI Aptio, и с ним таких проблем нет.
Именно поэтому я настоятельно не рекомендую использовать на ноутбуках как саму efibootmgr, так и все, что ее вызывает, и устанавливать любые загрузчики вручную, либо заменяя имеющийся загрузчик по умолчанию (fs0:/EFI/BOOT/bootx64.efi), либо прописывая новый загрузчик из UEFI Shell командой bсfg boot add 0 fs0:/path/to/bootloader.efi «My Fancy Bootloader» — это намного безопаснее.
EFI умеет грузиться с чего угодно, если для этого чего-угодно создан Device Path. Если производитель материнской платы нужный драйвер в firmware положил — можно смело грузиться хоть с RAID, хоть с USB, хоть с LAN, хоть с COM-порта.
Стандарт говорит о том, что в любой реализации UEFI должен быть драйвер FAT, и что с раздела с вышеприведеннным GUID будет осуществлена автоматическая загрузка, если таковой будет найден, но ESP от этого не становится обязательным. Другой вопрос, что и производители не торопятся добавлять в firmware драйверы всего подряд, и я их прекрасно понимаю.
Оттуда же, откуда и сам UEFI Shell — с ESP.
Если вам нужен такой инструмент — поставьте его. У Windows есть recovery-раздел, у OSX есть recovery-раздел, ничего не мешает сделать себе recovery-раздел с какой-угодно любимой ОС и пользоваться им на месте.
Тот факт, что разработчики GRUB добавили в него средства для восстановления работоспособности Linux не имеет никакого отношения к способу загрузки.
Хотите иметь GRUB любой ценой — поставьте его и загружайтесь через него, никто не мешает, UEFI-версия существует и отлично работает.
Если драйвер этой не-FAT есть — можете. Для HFS, Ext2/3/4 и NTFS драйверы есть уже сейчас.
Если EFI-версия утилиты для работы с LVM или RAID есть — можете. Я таких не видел, но только потому, что не интересовался.
А еще можете запустить Linux с LiveUSB и чинить все из него, если нет времени искать драйверы и портировать утилиты.
Это минус, да, но зато теперь можно вообще не использовать никакого загрузчика, запуская с ESP непосредственно ядро, и /boot на весь диск станновится не нужен совсем.
Я пробовал, и не вижу причин для беспокойства.
Да, EDK поначалу кажется сложным, но сборочная стреда настраивается один раз, а потом для сборки остается только GUID придумать и INF-файл правильно написать. Другое дело, что нужно API изучать, но оно в разы проще для понимания, чем прерывания старого BIOS'а.
Поддержку Compatibility Support Module пока бросать не собираются минимум до 2017 года, поэтому можно и дальше «наслаждаться» legacy-загрузкой и не беспокоиться о переходе. И со сложностью я бы поспорил, код загрузчика стал намного проще засчет использования UEFI Boot Services и UEFI Runtime Services, исполняемый код в MBR и PBR больше не нужен, мультизагрузка поддерживается из коробки, нынешние проблемы с подменой загрузчика или внедрением кода в UEFI будут вскоре решены внедрением технологии Bios Guard.
Я не буду отрицать некоторого оверинжениринга при разработке UEFI, и меня во всем стеке технологий UEFI устраивает далеко не все, но то, что было раньше — это такой адский ад, что непонятно, почему UEFI не внедрили на 10 лет раньше.
На нижнем краю платы справа от разъема, в который подключены динамики, имеется нераспаяный разъем JBT1, в который и должен вставляться модуль BT. На вашей плате его нет.
P.S.: схема платы.
В hardware maintainace manual его нет, поэтому он либо был впаян в старую плату, либо был встроен в WLAN-карту. Уверены, что вам ее не поменяли вместе с материнской платой? В BIOS может быть также отключен BT, в Security -> IO Port Access.
Подозреваю, что за те же деньги можно заказать себе идеальный стол под себя у любого толкового мебельщика, такой, что он будет стоять сто лет и выдержит любые удары судьбы.
На самом деле, можно переписать метод _PSS так, чтобы он брал значения VID для каждого P-state не из кода, а из NVRAM, а туда их писать при помощи BIOS Setup, тогда можно отдать тонкую настройку на откуп пользователю. Не делают так потому, что это почти никому не нужно и это снова дополнительное время и деньги на реализацию и поддержку.
Именно поэтому я настоятельно не рекомендую использовать на ноутбуках как саму efibootmgr, так и все, что ее вызывает, и устанавливать любые загрузчики вручную, либо заменяя имеющийся загрузчик по умолчанию (fs0:/EFI/BOOT/bootx64.efi), либо прописывая новый загрузчик из UEFI Shell командой bсfg boot add 0 fs0:/path/to/bootloader.efi «My Fancy Bootloader» — это намного безопаснее.
Стандарт говорит о том, что в любой реализации UEFI должен быть драйвер FAT, и что с раздела с вышеприведеннным GUID будет осуществлена автоматическая загрузка, если таковой будет найден, но ESP от этого не становится обязательным. Другой вопрос, что и производители не торопятся добавлять в firmware драйверы всего подряд, и я их прекрасно понимаю.
И я прошу уточнить, где у вас раньше GRUB стоял, который переживал разваливание software raid5? Спасибо.
Если вам нужен такой инструмент — поставьте его. У Windows есть recovery-раздел, у OSX есть recovery-раздел, ничего не мешает сделать себе recovery-раздел с какой-угодно любимой ОС и пользоваться им на месте.
Тот факт, что разработчики GRUB добавили в него средства для восстановления работоспособности Linux не имеет никакого отношения к способу загрузки.
Хотите иметь GRUB любой ценой — поставьте его и загружайтесь через него, никто не мешает, UEFI-версия существует и отлично работает.
Если EFI-версия утилиты для работы с LVM или RAID есть — можете. Я таких не видел, но только потому, что не интересовался.
А еще можете запустить Linux с LiveUSB и чинить все из него, если нет времени искать драйверы и портировать утилиты.
Да, EDK поначалу кажется сложным, но сборочная стреда настраивается один раз, а потом для сборки остается только GUID придумать и INF-файл правильно написать. Другое дело, что нужно API изучать, но оно в разы проще для понимания, чем прерывания старого BIOS'а.
Я не буду отрицать некоторого оверинжениринга при разработке UEFI, и меня во всем стеке технологий UEFI устраивает далеко не все, но то, что было раньше — это такой адский ад, что непонятно, почему UEFI не внедрили на 10 лет раньше.
На месте магазина «J.J. Hat Center» в г. Нью-Йорке в раньше был магазин IBM.
P.S.: схема платы.