康碼作為一種疫情防控健康碼，疫情期間對人們出行影響很大，那健康碼黑碼代表什么意思？健康碼黑碼怎樣才能變成綠色？

健康碼黑碼代表什么意思

健康碼作為一種疫情防控健康碼系統(tǒng)，是以真實數(shù)據(jù)為基礎(chǔ)支撐的，主要有綠碼、黃碼以及紅碼三種顏色。

健康碼黑碼是健康碼的一種異常情況，健康碼黑碼的意思是已提交電子卡申請，等待簽發(fā)；或者是持碼者所處地區(qū)網(wǎng)絡(luò)不佳，導(dǎo)致健康碼刷新不出。

健康碼黑碼怎樣才能變成綠色

需要根據(jù)具體情況而定。

導(dǎo)致健康碼黑碼的原因比較多，不同原因?qū)е碌慕】荡a黑碼，其處理方式是不一樣的，如果是用戶申請的健康碼正在審核中,完成審核即可顯示綠碼、黃碼或紅碼。

如果是因為網(wǎng)絡(luò)不佳導(dǎo)致健康碼圖像刷新不出，那么需要重新點擊健康碼刷新才可以轉(zhuǎn)回綠碼。

最后就是，如果是因為用戶本人未認證成功或者驗證失敗導(dǎo)致的黑碼，需要重新驗證嘗試才可以正常使用黑碼。

健康碼變黑色能坐火車嗎

不能。

健康碼作為疫情期間的一種通行證明，其顏色代表的是用戶本人的健康狀態(tài)，一般只有綠碼才可以正常通行。

對于其他顏色的健康碼狀態(tài)，都屬于異常情況，可能存在被新冠病毒感染的可能性，不能夠正常通行的，由此可以知道，如果健康碼是黑色，那么是不可以做火車的。

健康碼是黑色的嚴重嗎

健康碼黑色不嚴重，一般以黃碼和紅碼較為嚴重，其中紅碼最嚴重。

就目前來說，雖說健康碼黑碼是健康碼的一種異常狀態(tài)，但健康碼黑碼暫時還不納入疫情防控措施管理，因此相對于黃碼、紅碼等健康碼異常情況來說，健康碼黑色還是不太嚴重的。

但這并不是代表健康碼黑色就可以放松警惕，對于健康碼變黑碼的人員，還是需要重視起來，及時恢復(fù)綠碼。

健康碼變黑碼能去上班嗎

一般是不能去的。

新冠肺炎疫情期間，各地的政策是出行需要出示健康碼綠碼，對于其他顏色的健康碼，都將被認定為健康碼異常狀態(tài)，對于健康碼異常的人群來說，是不可以乘坐公共交通工具以及出人公共場所，因此健康碼黑碼也是不可以去上班的。對于需要上班的人群，建議恢復(fù)綠碼后再去，期間可以選擇居家辦公。

黑蘋果安裝

安裝黑蘋果按照我本站的安裝教程所說順利的情況會直接安裝成功，如果是不幸遇到卡代碼情況就比較麻煩了，本篇內(nèi)容為大家提供各種已知的卡代碼的解決方案。

本篇文章非入門級文章，著重講解使用OpenCore做引導(dǎo)的時候遇到的卡代碼問題，為你提供解決方案，但不保證100%適合你，因為每個人的機型配置引導(dǎo)都不一樣。

下面正式為大家介紹各個代碼的解決方法。

一、OC:configuration requires vault but no vault procide

（如下圖）

解決方案：

Misc-其他設(shè)置Security下—Vault設(shè)置成Optional

新的OC config中Vault屬性代替RequireSignature和RequireVault如果你的是老版本還有RequireSignature和RequireVault請把這兩項設(shè)置為False禁用

二、OCS: No schema for xxxxx at xx index！

（如下圖）

解決方案：

1. 使用ProperTree.app或者Xcode.app打開config.plist配置文件，找到for xxxxx at中間的xxxxx名稱。直接刪除即可。

三、OCB：OcScanForBootEntries failure - Not Found Halting on critical error

（如下圖）

解決方案：

1. config.plist->Misc->Security->ScanPolicy->0

四、This version of Mac OS X is not supported on this platform

（如下圖）

解決方案：

1. 一般這個問題是屬于機型不支持當前系統(tǒng)版本，出現(xiàn)這個問題一般都是啟動參數(shù)為：“-v keepsyms=1“
2. 啟動參數(shù)改為：“debug=0x100 npci=0x2000 agdpmod=pikera”
3. 修改一下模擬機型的設(shè)置，直接選擇和自己處理器想盡的配置即可。

五、[EB|`B:WFDW] Err(0xE)

（如下圖）

解決方案：

1. config.plist->UEFI->Quirks->IgnoreInvalidFlexRatio->True/YES
2. 如果第一步已經(jīng)啟用了還是卡這里那么就啟用 config.plist->Kernel->Quirks->AppleCpuPmCfgLock/AppleXcpmCfgLock->True/YES
3. 如果上面兩個步驟都設(shè)置了還沒有解決，那么就檢查BIOS設(shè)置CFG Lock(MSR 0xE2 write protection)～CFG鎖（MSR 0xE2寫保護）（必須關(guān)閉，如果此項有，部分機型即使在Kernel-> Quirks下啟用它，依然還是會卡上圖的地方）
4. 最后一個方法就是config.plist->Booter->Quirks->SetupVirtualMap把此項禁用關(guān)閉。

六、** In Memory Panic Stackshot Succeeded

（如下圖）

解決方案：

如果你是卡在上圖的這個界面或者是到這里就重啟的情況，那么你可以通過以下辦法去解決。

1. 更新驅(qū)動，更新之后再配置一下config.plist
2. 如果排除了以上1的情況，則設(shè)置config.plist->Kernel->Quirks->AppleCpuPmCfgLock/AppleXcpmCfgLock->True/YES
3. 在config.plist添加阻止補丁 ->DeviceProperties->Block->PciRoot(0x0)/Pci(0x1b,0x0)->MaximumBootBeepVolume
4. 如果上面方法不能解決這個問題，可能是kext驅(qū)動加載問題，建議把kext必備驅(qū)動以外的都刪除掉。

七、0C: Driver xxxxxxxx.efi at 3 cannot be started Already star ted! Halting on critical error

（如下圖）

解決方案：

1. 圖片中都提示是AptioMemoryFix.efi找到你對應(yīng)的xxxxxx.efi刪除即可

八、0C: Hatt'ing on critical error

（如下圖）

解決方案：

1. 卡在上圖這個界面，就是VoodooPS2Controller .kext的問題，最簡單的方式就是刪除xxxxxxxx .kext 驅(qū)動，以及刪除config.plist配置xxxxxxxx.kext 驅(qū)動即可

九、AppleIntelCPUPowerManagement :Turbo Ratios 0079

（如下圖）

解決方案：

上面兩張圖卡代碼的情況都不一樣，但是解決方式還是相同的所以放在一塊講，具體解決方法請看下面。

缺少SSDT-EC補丁：對于桌面級電腦，請確保在EFI/OC/ACPI和config.plist/ACPI中都具有SSDT-EC->添加，再次檢查是否已啟用。筆記本電腦用戶將需要重新命名他們的主要EC名稱（例如：SSDT-EC-USBX中的EC需要修改為EC0或H_EC）另外，只要是卡在在PCI附近，也檢測一下其他的SSDT補丁，部分電腦加載了與自己電腦兼容不好的SSDT補丁也會出現(xiàn)這種情況。IRQ沖突：在較舊的筆記本電腦和定制筆記本電腦上最常見，運行SSDTTime的FixHPET選項，然后將生成的SSDT-HPET.aml和ACPI補丁添加到您的配置中（沒有ACPI補丁SSDT將無法工作）PCI分配問題：更新您的BISO確保它是最新的。大多數(shù)OEM在較舊的固件上的PCI分配都非常差，確保在BISO中啟用了Above4GDecoding如果沒有可用的選項，則添加到引導(dǎo)args。引導(dǎo)參數(shù)中未同時啟用Above4G設(shè)置和npci它們將發(fā)生沖突npci=0x2000。其他重要的BISO設(shè)置：已禁用CSM已啟用Windows 8.1 / 10 UEFI 模式\

十一、卡 no vault provided

解決方案：

1. 如果卡在這個代碼上，可以通過將config.plist設(shè)置為以下來關(guān)閉config.plist中的文件庫：Misc->Security->Vault
2. 如果您已經(jīng)執(zhí)行了，還是同樣錯誤，你將需要更新使用Opencore.efi文件

十二、卡 OC: Invalid Vault mode

解決方案：

1. 這個代碼并不是具體的一個錯誤，可能是拼寫錯誤，你可以在OpenCore選項區(qū)分sensitve所以一定要仔細檢查，Misc->Security

十三、卡在EndRandomSeed上

解決方案：

1. ProvideConsoleGop可能會丟失，因為這是過渡到下一個屏幕所需的內(nèi)容，它最初是AptioMemoryFix的一部分，但由于此問題現(xiàn)在已在OpenCore中。可以在UEFI->Output下找到
2. 缺少內(nèi)核補丁程序（僅適用于AMD CPU確保它們是Opencore補丁而不是Clover。Clover使用MatchOS而OpenCore使用MinKernel和Maxkernel）
3. IgnoreInvalidFlexRatio缺失，這對于Broadwell和更老的機型是必需的。不適用于AMD和Skylake或更高版本
4. AppleXcpmExtraMsrs可能需要，這通常意味著奔騰HEDT和其他少數(shù)系統(tǒng)。不要在AMD上使用另一個可能的問題是，某些用戶忘記了或無法在BISO中禁用CFG-Lock（特別是與用于電源管理的0xE2 MSR鎖定位有關(guān)，顯然更安全的是關(guān)閉CFG-Lock）。請注意，這僅適用于Intel用戶，不適用于AMD。發(fā)生這種情況時，有幾個可能的解決方法：固定CFG鎖 (之后更新方法)啟用AppleXcpmCfgLock和AppleCpuPmCfgLock這將分別禁用XNU和appleintelcpupowermangment中的PKG_CST_CNFIG_控件。不推薦長期解決方案，因為這會導(dǎo)致不穩(wěn)定。
5. 另一個可能的問題是IRQ沖突Clover有許多不同的修復(fù)程序，無需直接設(shè)置它們便可以應(yīng)用。幸運的是，從四葉草轉(zhuǎn)換為OpenCore的過程更加困難，盡管CorpNewt也修復(fù)了問題。

十四、看不到macOS分區(qū)

解決方案；

1. 這個代碼咱們主要檢查以下內(nèi)容即可。ScanPolicy設(shè)置為顯示所有驅(qū)動器0擁有適當?shù)墓碳?qū)動程序，例如ApfsDriverLoader和HfsPlus（或VBoxHfs）如果您正在運行網(wǎng)絡(luò)恢復(fù)安裝，則啟用AvoidHighAlloc

十五、用OpenCore引導(dǎo)后黑屏

解決方案：

1. 這個問題主要是由于缺少ConsoleGOP請在您的配置下啟用它：UEFI->Output->ProvideConsoleGOP如果這沒有幫助，用調(diào)試版的OpenCore.efi和BOOTx64.efi并在你的EFI取代它們。這將顯示有關(guān)您的實際卡住位置獲得更多信息OpenCore.efiBOOTx64.efi

十六、OC: OcAppleGenericInput... - Success

解決方案：

這個問題比較特殊，實際上這個不是錯誤，相反OpenCore不會向您顯示所有調(diào)試信息。這是在內(nèi)核加載之前/之時，因此我們需要檢查以下內(nèi)容

1. 英特爾:CFG鎖在BISO中禁用或與在內(nèi)核中啟用AppleCpuPmCfgLock 和 AppleCpuPmCfgLock,Kernel->Quirks驗證是否已將正確的內(nèi)核補丁添加到配置中（記住OpenCore補丁使用MinKernel和MaxKernel而Clover使用MatchOS)如果這沒有幫助，請獲取OpenCore.efi和BOOTx64.efi的調(diào)試版本，并在EFI中替換它們。這將顯示更多的信息，你的實際上是在哪里卡住。

十七、OCB: failed to match a default boot option

解決方案：

1. 與OCB相同的修復(fù)方法：OCB: OcScanForBootEntries failure - Not Found。OpenCore找不到任何具有當前掃描策略的驅(qū)動器，設(shè)置為0將允許顯示所有啟動選項：Misc->Security->ScanPolicy->0

十八、OCABC: Memory pool allocation failure - Not Found

解決方案：

1. 這是由于不正確的BISO設(shè)置和/或不正確的引導(dǎo)程序值造成的。確保config.plist->Booter->Quirks正確，并驗證您的BISO設(shè)置：1.啟用4g以上解碼。2.CSM已禁用（在某些板上啟用Windows8.1/10WHQL模式也可以這樣做）

十九、OCS: No schema for DSDT, KernelAndKextPatch, RtVariable, SMBISO, SystemParameters

解決方案：

1. 這是因為要么使用一個帶有OpenCore的Clover配置，要么使用一個配置器，比如Mackie的Clover和OpenCore配置器。您需要重新開始并進行新的配置，或者找出需要從配置中移除的所有不需要的項目。

二十、OC: Driver XXX.efi at 0 cannot be found

解決方案：

1. 確認您的EFI/OC/Drivers驅(qū)動程序與config.plist->UEFi->Drivers驅(qū)動程序匹配

二十一、Buffer Too Small

解決方法：

1. UEFI->Quirks->AvoidHighAlloc->Enable
2. 在BISO中啟用Above4GDecoding

二十二、Plist only kext has CFBundleExecutable key

解決方法：

1. 這是因為缺少或不正確的可執(zhí)行路徑Executable path當一個值不應(yīng)該是實數(shù)時，它被設(shè)置為實數(shù)，通常是Xcode意外地轉(zhuǎn)換了HaltLevel<key>HaltLevel<key><key>2147483648< ;key>要修復(fù)real轉(zhuǎn)為：realinteger<key>HaltLevel<key><integer>2147483648<integer>

二十三、OpenCore上選擇macOS分區(qū)后卡住

解決方法：

1. CFG Lock not off（僅限英特爾用戶），兩個解決方案：修補MSR E2（推薦的解決方案）
2. 啟用AppleXcpmCfgLock和AppleCpuPmCfgLock這將在XNU和AppleIntelCPUPowerManagment中分別禁用PKG_CST_CNFIG_控件。不推薦長期解決方案，因為這會導(dǎo)致不穩(wěn)定。

二十四、無法在OpenCore引導(dǎo)界面選擇器中選擇任何內(nèi)容

解決方法：

1. 不兼容的鍵盤驅(qū)動程序：禁用PollAppleHotKeys并啟用KeySupport然后從config.plist->UEFI->驅(qū)動程序中刪除OpenUsbKbDxe
2. 如果上面的方法不起作用，則返回：禁用KeySupport然后將OpenUsbKbDxe添加到config.plist->UEFI->Drivers

二十五、This version of Mac OS X is not supported: Reason Mac

解決方法：

1. 當SMBISO不再受該版本macOS支持時，會發(fā)生此錯誤，請確保在PlatformInfo->Generic中設(shè)置值并啟用自動。支持的SMBISO的提醒：iMac13,x+iMacPro1,1MacPro6,1+MacBook8,1+MacBookAir5,x+MacBookPro9,x+

二十六、Couldn't allocate runtime area errors

解決方法：

1. 這個就非常簡單的只需要固定kaslide值就好。

二十七、SSDTs not being added

解決方法：

1. 在Opencore中，在ACPI文件周圍添加了一些額外的安全檢查，特別是表長度頭必須等于文件大小。這實際上是iASL在編譯文件時的錯誤。如何找到它？示例：長度和校驗和值是我們關(guān)心的，所以如果SSDT實際上是347字節(jié)，那么我們希望將長度更改為0x0000015B（347）（015B是十六進制的）解決這個問題的最好方法是獲取一個新的iASL或acidathera的maciASL 副本并重新創(chuàng)建SSDT
2. * Original Table Header:
   * Signature "SSDT"
   * Length 0x0000015D (349)
   * Revision 0x02
   * Checksum 0xCF
   * OEM ID "ACDT"
   * OEM Table ID "SsdtEC"
   * OEM Revision 0x00001000 (4096)
   * Compiler ID "INTL"
   * Compiler Version 0x20190509 (538510601)

二十八、OpenCore引導(dǎo)后重新引導(dǎo)到BISO

解決方法：

1. 這個問題還是非常簡單的這主要是因為EFI文件夾結(jié)構(gòu)不正確，請確保所有OC文件都位于ESP（EFI系統(tǒng)分區(qū)）上的EFI文件夾中

二十九、RTC..., PCI Configuration Begins, Previous Shutdown..., HPET, HID: Legacy...

解決方法：

這個一般領(lǐng)域是很多PCI設(shè)備配置的地方，也是AMD黑客的大多數(shù)引導(dǎo)問題發(fā)生的地方。主要檢查以下點：

1. 缺少EC修補程序：
   -對于devstops確保您的EC SSDT都在EFI/OC/ACPI和ACPI->Add中，仔細檢查它是否已啟用。
   -注：筆記本電腦用戶需要重新命名為自己機型EC名稱2.IRQ沖突：
   -在較舊的筆記本電腦和預(yù)制筆記本電腦上最常見，請運行SSDTTime的FixHPET選項，然后將生成的SSDT-HPET.aml和ACPI補丁添加到您的配置中（如果沒有ACPI補丁SSDT將無法工作）3.PCI分配問題
   -更新你的BISO確保它是最新的。大多數(shù)原始設(shè)備制造商在較舊的固件上的PCI分配都非常糟糕
   -確保在BISO中啟用了以上4G解碼Above4GDecoding如果沒有可用的選項，則將npci=0x2000添加到引導(dǎo)參數(shù)。如果啟動參數(shù)中沒有同時啟用上述4G設(shè)置Above4GDecoding和npci它們將發(fā)生沖突
   -其他重要的BISO設(shè)置：禁用CSM啟用Windows 8.1/10 UEFI模式

三十、"Waiting for Root Device" or Prohibited Sign error

解決方法：

這個問題通常被視為USB錯誤，有幾種解決方法：

1. 如果達到15端口限制，可以暫時解決此問題，但長期使用，我們建議您定制自己的USB
2. 另一個問題可能是某些固件無法將USB所有權(quán)轉(zhuǎn)讓給macOS要解決此問題，我們可以啟用ReleaseUsbOwnership四葉草等效為FixOwnership

三十一、macOS installer in Russian

解決方法：

1. 請檢查NVRAM->Add->7C436110-AB2A-4BBB-A880-FE41995C9F82->prev-lang:kbd您可能還需要在啟動選擇器中重置NVRAM
2. 如果上面方法沒用，我們將強制刪除該確切屬性，然后讓OpenCore重建它：NVRAM->Block->7C436110-AB2A-4BBB-A880-FE41995C9F82->Item 0 then set it Type String and Value prev-lang:kbd

三十二、macOS Installer being damadged（macOS安裝程序損壞）

解決方法：

1. 下載macOS的最新版本安裝。
2. 如果你想安裝當前版本，建議將終端中的日期更改為證書有效的日期，這需要你斷開所有網(wǎng)絡(luò)設(shè)備的連接（以太網(wǎng)，禁用Wifi），在終端中設(shè)置時間：“date 0901000019”

參考：10.10：date 122014102015.3010.11：date 020101011610.12：date 010514102017.3010.13：date 0101012018.3010.14：date 0101012018.3010.15：date 12121212201911.0：date 121212122020

這里修改的原則為：安裝版本發(fā)布日期后的一天左右，大家可以自行百度一下。

三十三、卡在或附近 IOConsoleUsers: gISOcreenLock...

解決方法：

1. 檢查GPU是否支持UEFI
2. 在BIOS中關(guān)閉CSM
3. 強制PCIe 3.0鏈接速度

三十四、IOConsoleUsers: gISOcreenLock...之后黑屏

解決方法：

1. 遇到這個問題需要添加到啟動參數(shù)agdpmod=pikera在不同的顯示輸出之間切換。

三十五、apfs_module_start..., Waiting for Root device, Waiting on...IOResources..., previous shutdown cause...（Catalina系統(tǒng)一般會卡這里）

解決方法：

1. 如果卡在這里的話要確認一下EC SSDT是否啟用，并適合你的系統(tǒng)。

三十六、內(nèi)核奔潰 Cannot perform kext summary

解決方法：

1. 通常，這被視為圍繞預(yù)鏈接內(nèi)核的問題，特別是macOS很難解釋我們注入的內(nèi)核。驗證您的kext順序正確（先是主插件，然后是插件Lilu始終是第一位）

更多黑蘋果資源和解決辦法，我放在評論區(qū)里