提交 7250692a 编写于 作者: 草原企鹅's avatar 草原企鹅

update

上级 08025169
......@@ -987,7 +987,7 @@
/* xH6-La-kRg */
"TT_EnableWriteUnprotector" = "允许对UEFI运行时服务代码的写访问\n保证nvram能正常写入而不受到UEFI内的一些服务的影响,无论什么主板都要选择YES.";
"TT_FixupAppleEfiImages" = "Type: plist boolean\nFailsafe: false\nDescription: Fix errors in early Mac OS X boot.efi images.\n\nModern secure PE loaders will refuse to load boot.efi images from Mac OS X 10.4 and 10.5 due to these files containing WˆX errors and illegal overlapping sections.\n\nThis quirk detects these issues and pre-processes such images in memory, so that a modern loader can accept them.\n\nPre-processing in memory is incompatible with secure boot, as the image loaded is not the image on disk, so you cannot sign files which are loaded in this way based on their original disk image contents. Certain firmware will offer to register the hash of new, unknown images - this would still work. On the other hand, it is not particularly realistic to want to start such early, insecure images with secure boot anyway.\n\nNote 1: The quirk is only applied to Apple-specific ‘fat’ (both 32-bit and 64-bit versions in one image) .efi files, and is never applied during the Apple secure boot path for newer macOS.\n\nNote 2: The quirk is only needed for loading Mac OS X 10.4 and 10.5, and even then only if the firmware itself includes a modern, more secure PE COFF image loader. This includes current builds of OpenDuet.";
"TT_FixupAppleEfiImages" = "修复早期版本的Mac OS X boot.efi映像错误.\n\n现代安全PE加载程序将拒绝从Mac OS X 10.4 和 10.5的boot.efi映像进行引导,由于这些文件包含W * X错误和非法重叠的部分.\n\n这个quirk检测这些问题并在内存中对这些图像进行预处理,以便现代加载程序可以接受它们.\n\n内存中的预处理与安全引导不兼容,因为加载的映像不是磁盘上的映像,因此您不能根据原始磁盘映像内容对以这种方式加载的文件进行签名.某些固件将提供注册新的未知图像的哈希值, - 这仍然行得通.另一方面,想要在安全引导下启动如此早的、不安全的映像是不太现实的.\n\n提示1: 这个怪癖只适用于苹果特定的'fat'(一个映像中有32位和64位版本)的.efi文件, 并且在新macOS的Apple安全引导路径中从未应用过.\n\n提示2: 只有在加载Mac OS X 10.4和10.5时才需要这个怪癖,甚至只有当固件本身包含一个现代的、更安全的PE COFF映像加载程序时才需要. 这包括OpenDuet的当前版本.";
/* woE-nK-MFN */
"TT_ForceBooterSignature" = "为OpenCore启动器设置macOS引导签名.\n\n引导器签名, 本质上是加载映像的SHA-1哈希值, 从休眠状态唤醒时,由Mac EFI使用它来验证引导加载程序的真实性. 此选项强制macOS使用OpenCore启动器SHA-1哈希作为启动器签名,以使OpenCore休眠在Mac EFI固件上唤醒.\n\n注意:OpenCore启动器路径由LauncherPath属性确定.";
......@@ -1781,7 +1781,7 @@ cat /proc/asound/card{n}/codec#{m}\n\n使用AudioOutMask, 它可以播放声音
"TT_ResizeUsePciRbIo" = "使用PciRootBridgeIo进行resizeegpubars和ResizeAppleGpuBars\n\n这个怪癖使得resizeegpubars和ResizeAppleGpuBars使用PciRootBridgeIo而不是PciIo. 这在有bug的PciIo实现的系统上是需要的,其中试图配置可调整大小的BAR会导致能力I/O错误. 通常,在使用ReBarUEFI修改过的旧系统上需要这样做.";
"TT_ShimRetainProtocol" = "请求Linux shim为后续映像加载保持协议安装.\n\n此选项仅在从shim链接OpenCore时才需要. 必须设置它,以便允许OpenCore启动由shim中存在的证书验证的项目,而不是在系统安全启动数据库中.";
"TT_ShimRetainProtocol" = "请求Linux shim为后续映像加载保持协议安装.\n\n此选项仅在从shim链接OpenCore时才需要. 必须设置它,以便允许OpenCore启动由shim中存在的证书验证的项目,而不是在系统安全启动数据库中.";
"TT_UnblockFsConnect" = "惠普笔记本在 OpenCore 引导界面没有引导项时设置为 YES";
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册