1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie. Узнать больше.

GA-Z170X-UD5 TH

Тема в разделе 'Gigabyte', создана пользователем slice, 19 янв 2017.

  1. slice

    slice Apple Life Dev Разработчик

    Симпатии:
    8`836
    Знакомимся с очередной новинкой, и пытаемся поставить на него Хакинтош.
    Эта плата, в отличие от других плат на 170-м чипсете, имеет Thunderbolt-3.
    Screen Shot 2016-12-28 at 14.53.35.
    О нем чуть позже.

    К сожалению, не могу сказать, что поставить на эту плату Хакинтош беспроблемное занятие. Оно не работает ООБ.

    BIOS. Из магазина плата приходит с БИОСом F5, и когда у меня все работало, в том числе сон и спидстеп, я проапгрейдился до F20. Все перестало работать. Тем не менее, будем развивать эту тему. БИОС F20 у меня прожил с 16 по 21 января.
    Окончательное решение.
    Господа! Не надо апгрейдить до F20! Оставайтесь на F5, а если успели проапгрейдиться, до делайте даунгрейд до него. Подробности в теме.

    Несмотря на успешный запуск Хакинтоша на F20, минусов больше, чем плюсов.
    170118212743.
    Наиболее существенные настройки в БИОСе, отличающиеся от автоматических:
    CSM support. На ваш выбор. Два варианта:
    1. Поддерживаем, чтобы сделать встройку первичной, а Радеон вторичным, и добиться пробуждения Радеона после сна.
    Full Screen Logo Show = enabled. Иначе Радеон становится первичным.
    Windows 8/10 Features = Windows 8/10 WHQL. Только так можно разрешить CSM.
    CSM Support = Enable
    Internal Graphics = Enable
    DVMT Pre-allocated = 64Mb (не знаю, много тут не надо, даже если заводить в системе, она сама выделит память)
    Primary Graphics = IGFX
    2. Не поддерживаем, весь компьютер строго UEFI, включая ВидеоБиос, имеем полное разрешение в Кловере. Например для владельцев NVidia имеет смысл именно такой вариант.
    Full Screen Logo Show = disabled, иначе видеобиос не пойдет как УЕФИ.
    CSM Support = disable
    Internal Graphics = disable
    Primary Graphics = PCIe slot 1 или 2, куда вы поставили свою карту.

    Другие настройки БИОСа.
    VT-d = Disabled, ввобще-то можно и Enable, но в конфиге Кловере прописать Drop DMAR
    Код:
            <key>DropTables</key>
            <array>
                <dict>
                    <key>Signature</key>
                    <string>DMAR</string>
                </dict>
    
    XHCI Handoff = Enable, нужна для синезубой мыши. А нет, так можно и выключить.
    Port 60/64 Emulation = Enable, если у вас клавиатура или мышь PS2, иначе выключайте.
    А вот Legacy USB и USB Mass Storage Driver Support практически всем нужны. Тем не менее, выбор за вами.
    High Precision Timer = Enabled. Обязательно! Мак без этого не живет! (?)
    IOAPIC 24-119 Entries = Disabled. Вообще вопрос сомнительный, будем исследовать.
    Platform Power Management = Disabled. Еще один вопрос. Пока лучше выключить.
    Ну и самое главное. После апгрейда до F20 стал необходим патч в Кловере KernelPM.
    Код:
        <key>KernelAndKextPatches</key>
        <dict>
            <key>KernelPm</key>
            <true/>
        </dict>
    
    И еще необходим драйвер EmuVariableUefi, иначе графика не стартует (для БИОСа F20).
    Еще раз список отличий БИОСов F5 и F20. С БИОСом F20 имеем:
    1. В Shell.efi не работает команда dmpstore.
    2. Нужен EmuVariableUefi, видимо по той же причине. С сервисом NVRAM явные проблемы.
    3. Не размножаются записи UEFI BOOT. Это плюс, но его причина там же - NVRAM.
    4. Нужен патч KernelPM. Причина не ясна.
    5. Есть поддержка процессоров Kabylake. Это единственная причина апгрейда БИОСа. Поскольку я менять ЦПУ не собираюсь, я возвращаюсь на F5.

    SMBIOS
    Я взял iMac17,1, на котором такой же процессор, и такой же чипсет. Я только вбил в конфиг свой серийник, чего и вам желаю. Для тех, у кого видеокарта Нвидия не стартует, есть вариант вбить Board-ID = Mac-27ADBB7B4CEE8E61 то есть, от iMac14,2. Странная смесь, но это работает, экран запускается.

    ACPI
    Проблема №1 запуска хакинтоша это кривой ДСДТ. Типичные сообщения:
    ACPI error: unknown opcode 0x4
    ACPI error: [_DSM] AE already exists.
    К сожалению готовые патчи Кловера это не устраняют, нужно немного поработать.
    Первая ошибка устраняется перекомпиляцией ДСДТ.
    (оффтоп) Как сделать свой ДСДТ (open)

    Систему мы еще не запустили, поэтому действуем так:
    Вставляем флешку FAT32, на которой есть свободное место.
    Загружаемся в меню Кловера. Нажимаем F4. Заодно можно и preboot.log получить клавишей F2, можно еще выставить фиксы ДСДТ, и получить слегка патченный ДСДТ клавишей F5.
    Теперь из меню Кловера уходим во второй ряд, вызываем Шелл.
    Команда "map -b" покажет, какие тома доступны. В моем случае это
    FS0: - вот эта флешка
    FS1: - раздел ESP на винчестере, там установлен Кловер, туда и сохранились все файлы предыдущей операции.
    mkdir fs0:\z170
    cp fs1:\efi\clover\acpi\origin\* fs0:\z170\

    Несем эту флешку на другой компьютер с Маком, и занимаемся конструированием.
    Сначала дизассемблируем все SSDT файлы, и просмотрим их, надо избежать дублей и пустых файлов. Удаляем лишнее, если найдем.
    iasl -d SSDT*.aml
    Теперь дизассемблируем ДСДТ хорошей версией iasl (07-2016)
    iasl -e SSDT*.aml -d DSDT.aml
    Теперь анализируем DSDT.dsl текстовым редактором (у меня BBEdit), и пытаемся скомпилировать
    iasl -ta DSDT.dsl
    Устраняем ошибки и по возможности варнинги. А они есть...

    По-поводу второй ошибки должен пояснить, что там встречаются методы _DSM как в головном устройстве, так и в его дочках. АЦПИ спек это не оговаривает, а МакОС уходит в Панику.
    Патч очень простой (кажется рехабман первый его применил)
    Код:
        <key>ACPI</key>
        <dict>
            <key>DSDT</key>
            <dict>
                <key>Patches</key>
                <array>
                    <dict>
                        <key>Comment</key>
                        <string>Rename oem _DSM to ZDSM</string>
                        <key>Find</key>
                        <data>X0RTTQ==</data>
                        <key>Replace</key>
                        <data>WkRTTQ==</data>
                    </dict>
    
    Красиво! Мы просто уничтожили все _DSM методы. Недостаток такого подхода в том, что это заденет и наши SSDT, если мы там впишем свои _DSM.
    Вариант такой. Свои методы я пишу как XDSM, и добавляю второй патч
    Код:
                    <dict>
                        <key>Comment</key>
                        <string>Rename my XDSM to _DSM</string>
                        <key>Find</key>
                        <data>WERTTQ==</data>
                        <key>Replace</key>
                        <data>X0RTTQ==</data>
                    </dict>
    
    Существенным является порядок применения патчей. Сначала тот, потом этот. Если вы каким-нибудь Едитором переупорядочите патчи, ждите результатов.
    Еще некоторые переименования. Они затрагивают и SSDT, поэтому лучше делать здесь, а не вручную
    Код:
                    <dict>
                        <key>Comment</key>
                        <string>Rename GFX0 to IGPU</string>
                        <key>Find</key>
                        <data>R0ZYMA==</data>
                        <key>Replace</key>
                        <data>SUdQVQ==</data>
                    </dict>
                    <dict>
                        <key>Comment</key>
                        <string>Rename HECI to IMEI</string>
                        <key>Find</key>
                        <data>SEVDSQ==</data>
                        <key>Replace</key>
                        <data>SU1FSQ==</data>
                    </dict>
                    <dict>
                        <key>Comment</key>
                        <string>Rename H_EC to EC__</string>
                        <key>Find</key>
                        <data>SF9FQw==</data>
                        <key>Replace</key>
                        <data>RUNfXw==</data>
                    </dict>
    
    Ну и теперь можно грузить систему.
    Поставьте для начала в аргументах debug=0x100, если случится паника, то вы будете видеть на экране из-за чего. К примеру
    ACPI error: [LDIS] AE not found
    Ну придется уже открывать коды DSDT и выяснять, где идет ссылка на этот символ, и почему он не найден. То ли он вне зоны видимости из-за ошибок DSDT, то ли он просто не нужен, и этот кусок кода нужно вырезать.
    Пример
    Код:
            If (Arg0 == 0x03)
            {
                If (CondRefOf (\_PR.DTSE))
                {
                    If (\_PR.DTSE && (TCNT > One))
                    {
                        TRAP (0x02, 0x1E)
                    }
                }
            }
    
    CondRefOf по смыслу это "если символ присутствует". Так в АЦПИ положено.
    Мак на отсутствующий символ просто дает КП. Удаляем ненужный код.

    Способ от 26.01.2017
    DsdtName = BIOS.aml
    Patches - четыре переименования, указанные выше
    Fixes - 9FFE01D5
    И все работает, включая сон и пробуждение!

    Поправка от 02.02.2017
    DsdtName = DSDT-clean.aml
    Patches и Fixes по полной программе, как указано выше.
    Этот новый ДСДТ отличается от чистого BIOS.aml только исправлением ошибок, варнингов, _T_0 => TT_0 и, самое главное, идентификацией системы. Я прописал, чтобы OSYS = 0x7DA. Это, похоже по алгоритмам, наилучшее значение. Никакие патчи и переименования я вручную не вносил, пусть это делает Кловер.

    OS & Kexts
    Тут все просто. Я систему не ставил, Sierra у меня уже была установлена для другого железа. Ну и что, что для другого?! Все зависимости в Кловере, а в системе просто универсальные кексты
    FakeSMC годится любая версия, совместимая со Сиеррой, у меня, разумеется, 3.4.1.
    Пакет сенсоров ревизии 40.
    HWInfo - спутник фейка.
    IntelCPUMonitor - уже работает со скайлейком
    RadeonMonitor - у кого Радеон
    GeforceSensors - у кого Нвидия
    ITEIT87x - уже содержит профиль материнки Gigabyte GA-Z170X-UD5 TH

    VoodooHDA 2.8.9. Как на той материнке работал, так и здесь работает. ALC1150, id=0x0900
    LAN здесь интелловский PCI (00|00:1F.06) : 8086 15B8 class=020000
    Никаких проблем, кекст 2.2.1 от Лауры Мюллер в аттаче. Моя компиляция, поскольку сама Лора дала дебаг версию.

    USB
    Данная материнка имеет всего один встроенный контроллер USB, и он USB-3.0. Зато портов много.
    На задней стенке 8 портов, из них 2 работают для USB-1.0 устройств, а именно клавиатура и мышь. Еще два расчитаны быть USB2.0, и четыре USB3.0.
    А еще есть внутренние разъемы, четыре штуки по два порта, уже 16 портов.
    По паспорту плата имеет 14 портов USB-2, и 10 портов USB-3.
    И вот тут выясняется, что макОС имеет ограничение на общее число 15 портов (USB2 + USB3 суммарно). Бред, но это проверено, по умолчанию работают все порты, но как USB2.0 (их 14 штук), и на USB3.0 остается всего один порт. Патч простой (сам дизассемблировал и проверял)
    Код:
        <key>KernelAndKextPatches</key>
        <dict>
            <key>KextsToPatch</key>
            <array>
                <dict>
                <dict>
                    <key>Comment</key>
                    <string>change 15 port limit to 24 in XHCI kext (170-series) 10.12</string>
                    <key>Disabled</key>
                    <false/>
                    <key>Find</key>
                    <data>g710////EA==</data>
                    <key>Name</key>
                    <string>AppleUSBXHCIPCI</string>
                    <key>Replace</key>
                    <data>g710////GQ==</data>
                </dict>
    
    После этого патча все порты USB3 заработали как положено.
    Как проверял (open)
    У меня есть такая противная флешка Kingston DTM30, которая работает ТОЛЬКО в режиме USB3.0. Нахрена нужна такая флешка, с которой ни к кому не придешь, и в телевизор ее не вставишь? Деньги на ветер. Однако она мне послужила проверкой портов. Если дырка работает как USB3, то флешка видна. Если в дырке только USB2, то флешки нет.

    Рехабовский кекст USBInjectALL здесь НЕ НУЖЕН!


    Thunderbolt
    Губу не раскатываем. Выясняется, что есть два стандарта, Intel и Apple. Так вот кексты в системе сделаны под Эппловский стандарт (кто бы мог подумать!), для устройства класса 0x088000.
    У нас такого устройства нет.
    У нас Интелловский стандарт USB Type C, который, к тому же, почему-то не работает на горячее подключение. Не знаю пока, разберусь, поменяю информацию.
    Если же воткнуть USB-C/USB3.0 адаптер и загрузиться с ним, то мы уже в БИОСе увидим второй USB3 контроллер, его увидит и Кловер, и собственно система macOS Sierra.
    Тут наступает второй облом.
    AppleUSBXHCI::createPorts: port 3 unsupported protocol USB 03.01
    Да, все правильно, она его правильно определила, и в описании Гигабайта именно так и написано. Вот только Сиерра пока не дозрела на такой протокол.
    Тем не менее, флешка 3.0 в этом разъеме работает. Скриншот в теме.
    Новость от 06.02.2017
    Каким-то чудом Thunderbolt завелся. Весь компьютер впал в ступор, но я хотя бы увидел, как он выглядит. После очистки CMOS и настройки БИОС заново, он снова исчез.
    Thunderbolt.
    Отчет и дамп того состояния в посте #176
    17.03.2017 А теперь успех! Адаптер USB-C работает, если включать компьютер, когда он воткнут. Настройки БИОСа и результат в посте #337

    Встроенная графика Intel HD7000 (старое название HD530, наверно от ноутбуков)
    Она называется 7000 в иореге от настоящика iMac17,1.
    Для ее завода мы выполнили уже все необходимые патчи DSDT. Осталась одна мелочь AAPL,ig-platform-id. Суть в том, чтобы подобрать значение, соответствующее нашим коннекторам, а у нас только один, и он HDMI.
    19120000 - есть акселератор, но нет вывода изображения на монитор.
    19120001 - используется в настоящике, фрейм без коннекторов, но у нас просто вызывает панику.
    19120002 - несуществующий фрейм, запускается как VESA без ускорения. Как и другие несуществующие.
    193B0000 - победа! Есть и монитор, и ускорение, и даже лучше, чем Radeon HD6670, в смысле быстрее, и больше функций, поддерживается Metal, OpenGL 4.1. Спасибо chrome за помошь в нахождении этого решения.
    В конфиге Arbitrary у меня вписаны всякие воркараунды для этой графики, но я не автор, не могу сказать кто на что влияет.
    Intel HD7000 arbitrary properties (open)

    <dict>
    <key>PciAddr</key>
    <string>00:02:00</string>
    <key>CustomProperties</key>
    <array>
    <dict>
    <key>Key</key>
    <string>AAPL,Gfx324</string>
    <key>Value</key>
    <data>AQAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>AAPL,GfxYTile</string>
    <key>Value</key>
    <data>AQAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>AAPL00,PanelCycleDelay</string>
    <key>Value</key>
    <data>+gAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>AAPL00,PanelPowerDown</string>
    <key>Value</key>
    <data>PAAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>AAPL00,PanelPowerOff</string>
    <key>Value</key>
    <data>EQAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>AAPL00,PanelPowerOn</string>
    <key>Value</key>
    <data>GQEAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>AAPL00,PanelPowerUp</string>
    <key>Value</key>
    <data>MAAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>graphic-options</string>
    <key>Value</key>
    <data>DAAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>hda-gfx</string>
    <key>Value</key>
    <string>onboard-1</string>
    </dict>
    <dict>
    <key>Key</key>
    <string>AAPL,ig-platform-id</string>
    <key>Value</key>
    <data>AAA7GQ==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>model</string>
    <key>Value</key>
    <string>Intel HD Graphics 7000</string>
    </dict>
    <dict>
    <key>Key</key>
    <string>subsystem-vendor-id</string>
    <key>Value</key>
    <data>axAAAA==</data>
    </dict>
    <dict>
    <key>Key</key>
    <string>subsystem-id</string>
    <key>Value</key>
    <data>hoAAAA==</data>
    </dict>
    </array>
    <key>Comment</key>
    <string>IntelGfx</string>
    </dict>


    07.02.2017
    Теперь выбрасываю все свойства
    AAPL00,Gfx****
    AAPL00,Panel****
    И все работает без замечаний!
    ©Григорий Остер "Вредные советы“.


    пока все на этом. Будут новые сведения - продолжим.
     

    Вложения:

    Последнее редактирование: 17 мар 2017
    omnitrio, kant, Jeka и 13 другим нравится это.
     
  2. MoroZ

    MoroZ iЮзер

    Симпатии:
    36
    Было бы неплохо узнать про используемые Вами фиксы дсдт, применительно к данной плате.
     
  3. Moorre

    Moorre iГуру

    Симпатии:
    4`294
    Вот тут интереснее уже стало. Код узнаваем. Так понимаю, участок из _WAK (_PTS)? То есть, мы не увидели (не нашли) запрошенный символ и ушли в панику при просыпании (засыпании)? Или ошибаюсь с догадкой?
     
  4. slice

    slice Apple Life Dev Разработчик

    Симпатии:
    8`836
    После бинарных патчей ДСДТ все фиксы применяются без проблем.
    Просто многие из них не нужны. Либо нет таких устройств, либо не играют роли.
    IDE, SATA, Firewire, Airport, SMBUS - не нужны
    LPC, IPIC, уже не так очевидно, но они и в настоящике никак не работают.
    USB не нужно. На этой плате в ОЕМ ДСДТ контроллер XHCI расписан правильно, со всеми портами.
    Графика - на ваше усмотрение, эффект известен.
    В панику еще при загрузке системы.
    Впрочем наблюдение не повторилось. Сейчас я одинаково загружаюсь даже с BIOS.aml. Тех патчей, что названы выше достаточно.
    Только у меня видеокарта не работает.
     
    Moorre нравится это.
  5. X-Tropic

    X-Tropic iЮзер

    Симпатии:
    81
    Да не, у пары человек видел ту же проблему. KernelPM патч стоит, а на десктопе черный экран... тут дело именно в биосе.
     
  6. slice

    slice Apple Life Dev Разработчик

    Симпатии:
    8`836
    Все ребята, сдаюсь! Иду делать ДОС флешку, и буду прошивать обратно F5.
    Гигабайту вынести общественное порицание
    http://www.gigabyte.ru/forum/viewtopic.php?f=67&t=110367&start=50&p=483020#p483020
    Дело именно в БИОСе, и еще несколько глюков успел разглядеть, в том числе
    1. не работает видеокарта, ни Радеон, ни Нвидия, ни встройка, ни в Сиерре, ни в Капитане.
    2. невозможность загрузить легаси-кловер
    3. зачем то kernelPM теперь нужен.
    4. в шелле не работает команда dmpstore
    5.
     
  7. chrome

    chrome iГуру

    Симпатии:
    796
    @slice, ( не считайте , что на мозоль наступаю) ещё раньше TimeWalker говорил что биосы Z(Z87) недоделанные. Поэтому он взял H ( H87). Может у гигабайт традиция такая.
     
  8. slice

    slice Apple Life Dev Разработчик

    Симпатии:
    8`836
    На нашем форуме не принято ссылаться на Тетю Тоню, тем не менее там эту проблему видели месяц назад. Мне бы сначала погуглить, потом действовать
     
  9. slice

    slice Apple Life Dev Разработчик

    Симпатии:
    8`836
    Какая у меня была беспроблемная плата H61M. На ней прекрасно работал хардверный НВРАМ, и все остальное без танцев с бубном!
     
  10. tatur_sn

    tatur_sn iГуру

    Симпатии:
    300
    Ну что прошилась плата?
     
  11. Alvaro

    Alvaro iГуру

    Симпатии:
    688
    Как и P67.
     
  12. Andrey1970

    Andrey1970 iГуру

    Симпатии:
    3`192
    Так и эта беспроблемная была, пока ты в нее не зашил F20.
     
    slice нравится это.
  13. chrome

    chrome iГуру

    Симпатии:
    796
  14. slice

    slice Apple Life Dev Разработчик

    Симпатии:
    8`836
  15. chrome

    chrome iГуру

    Симпатии:
    796
    Вы же придумали, вам лучше знать.:)
     
  16. slice

    slice Apple Life Dev Разработчик

    Симпатии:
    8`836
    Короче, вот образ загрузочной флешки. Можно накатить просто дисковой утилитой.
    Я сейчас на работе, а здесь флешки лишней нет, и вдруг я вспомнил про CF карточку на 32Мб. Самое то!
    К тому же и здесь, и дома есть ридер такой карточки, и она загружабельная.
    А здесь у меня есть винда. Загружаюсь туда, через руфус делаю загрузочную CF, записываю туда fpt_DOS, по файлам. Записываю туда же образ БИОСа F5, скачанный с сайта Гигабайта, с правкой моего МАК-адреса, который я живо посмотрел в сохранившемся пребут-логе Кловера.
    Проверил, загружается, утилита запускается. Ждем вечера.
    В прилагаемом образе нет моего БИОСа для экономии места. Зато две утилиты:
    fpt.exe от Интел, и efiflash.exe от Гигабайта как раз под эту материнку.
     

    Вложения:

    Moorre и chrome нравится это.
  17. Vandroiy

    Vandroiy iГуру

    Симпатии:
    3`831
    @slice , Не получится сделать даунгрейд в DOS-е ни через FPT ни как либо еще. Я два дня бился. Все манускрипты от @CodeRush перечитал. Тут выход только программатор в сервисном центре. Главно из существующего БИОСа не забыть вытащить персональные данные, перенести их в новый, записать его на флешку и в СЦ сказать что бы прошили именно его. А то они тупо прошивают стандартный БИОС и теряют и MAC адрес и UUID и серийник. А это чревато последствиями...
     
  18. ctich

    ctich iГуру

    Симпатии:
    426
    Тут же описывается живой пример как сделать, или есть нюанс ?
    Ссылка на статью - http://www.gigabyte.ru/forum/viewtopic.php?p=482280#p482280
    Получилось вернуть старую прошивку на плате GA-Z170-D3H, т.е с F20 вернуться на F5. Всё делается очень просто.

    Для этого понадобится флешка, rufus, архив с DOS прошивальщиком fpt_DOS-Z170, HxD, MAC адрес вашей сетевой карты (можно найти на наклейке разъёма для подключения сетевого кабеля) и файл прошивки предыдущей версии.

    Первым делом распакуем архив с прошивальщиком. Затем сделаем загрузочную FreeDOS флешку в rufus и поместим на неё файлы из архива с заменой совпадения. Далее нам понадобиться указать свой MAC-адрес в файле прошивки, а делается это так:

    1. Устанавливаем бесплатный редактор HxD
    2. Открываем в нём файл прошивки, в моём случае это Z170D3H.F5 скачанный с оф.сайта
    3. В программе HxD жмём Поиск->Заменить
    4. В строку "Искать" пишем 888888888788
    5. В строку "Заменить на" пишем MAC адрес без дефисов, тире и других знаков. Так как написано на наклейке разъёма сетевой. В итоге Вы увидите выделенную красным цветом замену в файле.
    6. Далее выбираем Файл->Сохранить как
    7. Сохраняем файл под именем bios.bin на флешку, где уже лежат файлы прошивальщика
    8. Перезагружаем компьютер и во время запуска выбираем загрузку с флешки (F12 и ищем строку с названием флешки)

    Прошивка стартует автоматически и через несколько секунд всё готово. CTRL+ALT+DEL
    Пишу с прошитого таким образом компьютера, так что изречения что мол никак, только выпаивать, программатором шить - это всего лишь домыслы от лени и по незнанию.
     
  19. Vandroiy

    Vandroiy iГуру

    Симпатии:
    3`831
    @ctich, Ну если так, то Слайсу повезло))) Мой Асусовский БИОС FPT не спасла. Ну и менять мак адрес в бинарнике не дело. Тем более там не только его надо вписать. @CodeRush для этих целей написал кучу полезных утилит. https://github.com/LongSoft/FD44Editor/releases/tag/0.9.2
    Перенос данных из БИОСа (open)
    Первое, что вам потребуется - неполная РК, которую можно снять способом, описаным в пункте 2.2.
    Также необходима последняя версия редактора FD44Editor, которую можно скачать по ссылке в следующем сообщении темы.
    1. Запустите FD44Editor. При помощи кнопки "Open from BIOS image file..." или просто перетянув на окно программы откройте файл с вашей неполной РК.
    Данные должны загрузиться и отобразиться, если программа вместо этого сообщает о какой-либо ошибке - ничего больше не прошивайте, сделайте скриншот и напишите об этой ситуации в этой теме, постараемся разобраться вместе.
    2. Нажмите кнопку "Save to BIOS image file...", выберите предварительно скачанный с asus.com и распакованный файл BIOS'а для вашей платы. Согласитесь на его перезапись. При удачной записи его расширение изменится на .bin
    3. Используйте полученный файл вместо полной РК во всех дальнейших операциях.

    Ссылка на оригинал - https://forums.overclockers.ru/viewtopic.php?p=9776161#p9776161
     
    Последнее редактирование: 20 янв 2017
  20. mono

    mono iГуру

    Симпатии:
    1`002
    @Vandroiy, У тебя асус. А тут гигабайт.
    Ещё можно из биос рекавери восстановить прошивку, с которой мать шла.
     

Поделиться этой страницей