BUT there was a new video from Linus Tech Tipps where there did exactly this. I know that it's possible to install a bootloader on a separate USB or SATA drive that supports PCIE devices and then boot from it but that was to Janky even for me. The only thing missing was that my mothrboard supports M.2 NVMe SSDs !BUT! Can not boot directly from it (And it disables 2 SATA ports after installing a M.2 NVMe SSD for some reason (Porbably CPU lanes) but I don't care because I don't need them). I patched my GPU so it runs as fast as possible ( Blog Entry - Gigabyte GTX 1080 G1 Gaming - BIOS-Mod Overclocking), Overclocked my CPU (i7 4790K 4.7GHZ ), installed more RAM modules that I had lying around and upgraded my PSU. !OBVIOUSLY! Currently I'm trying to make my PC last as long as possible for me (performance wise) and modded some parts already. As usual and always on the internet: If you do this kind of BS it is always at your own risk. If you don't have dual BIOS, you could brick your motherboard without an easy way to repair it, you use Modding tools with very integrated parts of your system and need to trust the creator of the Modding Tools and files that they are clean! Don't do this in safety applications or if you are not able to fix a broken motherboards. added support for parsing some some HP images that use EFI_GUIDED_SECTION_LZMA_HP GUID for their LZMA-compressed sections, thanks to added support for "Extract Uncompressed." and "Uncompressed Hex View." actions in UEFITool, both are useful in expecting the raw uncompressed data of compressed items, and will help catch and fix some otherwise invisible issues like #178, thanks to added support for proper parsing of ME File Partition Table header version 2.1, improved parsing of the previous versions 1.0 and 2.0, thanks to and fixed CI\CD, updated its configuration to use newer runners, fixed some Coverity warnings found because it's working again, thanks to and built Qt 5.6.3 as universal library for macOS, and updated unixbuild.CatWithCode - Modding M.2 NVMe Boot-Support into the BIOS/UEFI Modding M.2 NVMe Boot-Support into the BIOS/UEFI First of all: If someone wants to follow in my footsteps and do this mod them self, be warned.when the single binary is built natively for both x86-64 and arm64), but it also has some improvements and bugfixes: fix for builds on multiple BSD variants for multiple architectures, thanks to and fix for C 17 compatibility, thanks to fix for CMake files to make UEFITool compatible with Qt 6.0/6.1/6.2, thanks to fix for OSes that call Qt5 qmake not just qmake, but qmake-qt5 (Fedora, FreeBSD), thanks to fixes to make static analysers happier, thanks to hack to make Kaitai-based parsers do one less memory copy, thanks to and new FlatHub app for UEFITool and the files required for it, thanks to first release of 2022 is mostly about testing the new universal binaries for macOS (i.e.fix for builds on Windows with MinGW, thanks to for reporting and for the fix.fix for a crash during ME FPT parsing, thanks to for reporting and for the fix.support for x86-64 128Kb Recovery Startup AP Data, a special 16 byte entry at a fixed address inside a Padding file in some PEI volumes on x86-64 PCs, thanks to support for AMI ROM Hole files, that need to remain at fixed base addresses inside the image, thanks to fixes and small improvements:.It also adds FreeBSD to the list of supported OSes thanks to effort to make the tools buildable there. This release is full of minor improvements and fixes for minor issues that laid unresolved for several years due to them being so minor. "Extract body" action did not work for some section types.Issues in descriptor and capsule parsing are non-fatal now, thanks to for reporting.UEFIExtract and UEFIFind can again be built with slightly older versions of CMake, thanks to for reporting. Unicode text search is working again, thanks to and for reporting.Universal macOS package for UEFITool is an app bundle again, thanks to and for reporting.Added -help (-h) and -version (-v) to UEFIExtract and UEFIFind, this makes them easier to use in scripts.Fixes are now in development, will be gradually included in the next updates. Added fuzzing targets for libFuzzer-compatible and AFL-compatible fuzzers, which already uncovered a treasure throve of issues.This is another step towards "minimize manual parsing" goal stated by rewriting FIT/ACM/BootGuard parsers in KS, other NVRAM-related parsers will follow in the next updates. Replaced AMI NVAR parser with KaitaiStruct-based one.A bugfix release, with huge thanks to all the people that reported those new bugs.
0 Comments
Leave a Reply. |