根據維基百科，如果你不知道什麼是NVRAM：
非易失性隨機存取存儲器（NVRAM）是隨機存取存儲器，在電源關閉時保持其信息（非易失性）。這與動態隨機存取存儲器（DRAM）和靜態隨機存取存儲器（SRAM）形成對比，後者僅在施加電源時維持數據。
NVRAM本機支持或不支持主板。
NVRAM的兩種用途是用於在與iMessage相關的重啟後保存值，並且用於NVIDIA Web Driver Manager首選項窗格和菜單欄以切換到NVIDIA驅動程序。
剛剛對此終端測試做了一些測試：
NVRAM測試：您可以通過運行以下終端命令並重新啟動來測試NVRAM是否正常工作：sudo nvram TestVar = HelloWorld; 重啟後，運行sudo nvram -p | grep'TestVar'; 如果你看到結果，你的NVRAM正在工作; 如果沒有，你的NVRAM壞了，需要修復，否則iMessage將無法工作; 測試後，您可以通過運行sudo nvram -d TestVar來刪除TestVar變量
Message最適合Clover +原生NVRAM。如果您有可以引導UEFI並使用OsxAptioFix2Drv的新硬件，那麼您很可能擁有本機NVRAM。要使iMessage正常工作，您需要做幾件事。如果您正確地執行了所有這些步驟，那麼您應該使用iMessage：
有效的SMBIOS數據
有效的模型標識符（最好是與您的硬件最匹配的東西;例如，帶有Z97芯片組的i7-4790K = iMac15,1）：如果您沒有弄亂配置，Clover應自動為您的硬件選擇一個匹配
生成具有有效格式的序列號，但不是真正的序列號：我實際上為此編寫了一個腳本 - 只需使用所需的型號作為參數運行它（例如：./simpleMacSerial iMac15,1）[ 注意：目前僅支持Mac minis和iMacs ，將在以後添加更多支持]; 您也可以使用Clover Configurator並生成SMBIOS數據（包括序列號）; 請務必在此處查看序列號是否屬於真正的Mac，並在此查看序列號是否具有有效格式（如果是，它應該告訴您有關它的信息）
生成的MLB值基於您的序列號數據：確保您有一個顯示在“關於本機”中的有效序列，並使用simpleMLB生成基於序列號數據的MLB值，我寫的另一個腳本; 如果要為運行腳本的機器生成MLB值，則不必輸入任何參數（可以像這樣運行:) ./simpleMLB; 如果您想了解有關序列號的更多信息，可以使用調試選項（如下所示:) ./simpleMLB -debug; 將生成的MLB值放在RtVariables下的config.plist中作為名為的字符串MLB
生成的SmUUID值：uuidgen在終端中使用生成UUID並將生成的SmUUID值放在SMBIOS下的config.plist中作為名為的字符串SmUUID; 您還應該InjectSystemID在config.plist中的SystemParameters下設置為true
正確的ROM值：你的ROM值應該設置為你的一個NIC的MAC地址（這與真正的Mac類似 - 他們使用Thunderbolt芯片組的硬件地址或FireWire芯片組作為ROM值）; ROM值應該在RtVariables下的config.plist中設置為ROM以值命名的字符串UseMacAddr0
工作NVRAM
NVRAM測試：您可以通過運行以下終端命令並重新啟動來測試NVRAM是否正常工作：sudo nvram TestVar=HelloWorld; 一旦你重新啟動，運行sudo nvram -p | grep 'TestVar'; 如果你看到結果，你的NVRAM正在工作; 如果沒有，你的NVRAM壞了，需要修復，否則iMessage將無法工作; 測試後，您可以TestVar通過運行刪除變量sudo nvram -d TestVar
原生UEFI NVRAM：如果您使用的系統使用UEFI（非傳統BIOS）啟動並且相對較新（Intel Z68和更新版本的UEFI）並使用OsxAptioFixDrv2（推薦使用常規OsxAptioFixDrv），您很可能會使用工作硬件NVRAM （使用上面的命令進行測試;確保您沒有使用任何模擬NVRAM的驅動程序或腳本，以使其準確無誤）; 如果是這種情況，您將不必使用任何NVRAM仿真驅動程序或腳本（注意：不要使用Clover的“安裝RC腳本到目標分區”，如果您使用硬件NVRAM和/它是沒用的或者如果您不使用EmuVariableUefi）
模擬NVRAM：如果您的系統較舊且使用傳統BIOS而不是UEFI進行引導，或者OS X中沒有可用的硬件NVRAM，則可以使用EmuVariableUefi驅動程序和Clover的RC腳本模擬NVRAM功能（選擇“安裝RC腳本到目標”）分區“在Clover安裝程序中）; 這會在每次關機時將NVRAM數據保存到文件中，EmuVariableUefi驅動程序將加載此文件並將其作為NVRAM數據傳遞給OS X
如果你有這兩件事都有效，那麼iMessage應該可行。最糟糕的情況是，您將在登錄時獲得客戶代碼。這是正常的 - 您必須聯繫Apple並回答與您的安全性相關的一些問題，以便將您的Hack列入白名單。如果他們要求提供序列號，請說當前您無法在計算機上獲取序列號。
故障排除：
如果iMessage登錄但立即將您註銷，或者它似乎已登錄但是當您檢查消息首選項時無法使用未知錯誤登錄，則生成的SMBIOS數據無效，您應該檢查配置中的SMBIOS數據.plist遵循上述所有要求。
如果iMessage要求您在每次啟動時登錄，則您的NVRAM可能不是持久的（它不會保存在UEFI中[如果是本機]或未保存到文件中（如果已模擬）。運行上面的NVRAM測試檢查它是否在靴子之間起作用。
示例config.plist：
如果你正確地遵循所有這些步驟，你的config.plist應該看起來像這樣（這些都是生成的示例值;不要使用它們並生成自己的值，否則你將遇到iMessage帳戶黑名單的問題）：
<key>RtVariables</key>
<dict>
<key>MLB</key>
<string>C02452301GUF49R1F</string>
<key>ROM</key>
<string>UseMacAddr0</string>
</dict>
<key>SMBIOS</key>
<dict>
<key>ProductName</key>
<string>iMac15,1</string>
<key>SerialNumber</key>
<string>C02NVKVZFY11</string>
<key>SmUUID</key>
<string>CD8EE581-48EC-4143-8013-CE7DDBCB12A7</string>
</dict>
<key>SystemParameters</key>
<dict>
<key>InjectKexts</key>
<string>Yes</string>
<key>InjectSystemID</key>
<true/>
</dict>
原來我的GA B75M-D3V支持。其他人可以運行此測試並回發嗎？
UEFI引導模式+仿真NVRAM中為MultiBeast添加新的第3選擇，除了Clover之外，還將為具有非本機NVRAM的板安裝EmuVariableUefi-64.efi和Clover RC腳本。
測試結果如下：
支持Native NVRAM的主板：
支持NVRAM而無需安裝RC腳本或EmuVariableUefi-64.efi
技嘉5,6,7,8,9系列
華擎8系列
MSI 9系列
華碩8系列
華碩100系列（早期BIOS）
英特爾6系列
主板需要仿真NVRAM：
安裝RC腳本需要仿真NVRAM和EmuVariableUefi-64.efi
技嘉100系列
華碩100系列（後期BIOS）
非易失性隨機存取存儲器（NVRAM）是隨機存取存儲器，在電源關閉時保持其信息（非易失性）。這與動態隨機存取存儲器（DRAM）和靜態隨機存取存儲器（SRAM）形成對比，後者僅在施加電源時維持數據。
NVRAM本機支持或不支持主板。
NVRAM的兩種用途是用於在與iMessage相關的重啟後保存值，並且用於NVIDIA Web Driver Manager首選項窗格和菜單欄以切換到NVIDIA驅動程序。
剛剛對此終端測試做了一些測試：
NVRAM測試：您可以通過運行以下終端命令並重新啟動來測試NVRAM是否正常工作：sudo nvram TestVar = HelloWorld; 重啟後，運行sudo nvram -p | grep'TestVar'; 如果你看到結果，你的NVRAM正在工作; 如果沒有，你的NVRAM壞了，需要修復，否則iMessage將無法工作; 測試後，您可以通過運行sudo nvram -d TestVar來刪除TestVar變量
Message最適合Clover +原生NVRAM。如果您有可以引導UEFI並使用OsxAptioFix2Drv的新硬件，那麼您很可能擁有本機NVRAM。要使iMessage正常工作，您需要做幾件事。如果您正確地執行了所有這些步驟，那麼您應該使用iMessage：
有效的SMBIOS數據
有效的模型標識符（最好是與您的硬件最匹配的東西;例如，帶有Z97芯片組的i7-4790K = iMac15,1）：如果您沒有弄亂配置，Clover應自動為您的硬件選擇一個匹配
生成具有有效格式的序列號，但不是真正的序列號：我實際上為此編寫了一個腳本 - 只需使用所需的型號作為參數運行它（例如：./simpleMacSerial iMac15,1）[ 注意：目前僅支持Mac minis和iMacs ，將在以後添加更多支持]; 您也可以使用Clover Configurator並生成SMBIOS數據（包括序列號）; 請務必在此處查看序列號是否屬於真正的Mac，並在此查看序列號是否具有有效格式（如果是，它應該告訴您有關它的信息）
生成的MLB值基於您的序列號數據：確保您有一個顯示在“關於本機”中的有效序列，並使用simpleMLB生成基於序列號數據的MLB值，我寫的另一個腳本; 如果要為運行腳本的機器生成MLB值，則不必輸入任何參數（可以像這樣運行:) ./simpleMLB; 如果您想了解有關序列號的更多信息，可以使用調試選項（如下所示:) ./simpleMLB -debug; 將生成的MLB值放在RtVariables下的config.plist中作為名為的字符串MLB
生成的SmUUID值：uuidgen在終端中使用生成UUID並將生成的SmUUID值放在SMBIOS下的config.plist中作為名為的字符串SmUUID; 您還應該InjectSystemID在config.plist中的SystemParameters下設置為true
正確的ROM值：你的ROM值應該設置為你的一個NIC的MAC地址（這與真正的Mac類似 - 他們使用Thunderbolt芯片組的硬件地址或FireWire芯片組作為ROM值）; ROM值應該在RtVariables下的config.plist中設置為ROM以值命名的字符串UseMacAddr0
工作NVRAM
NVRAM測試：您可以通過運行以下終端命令並重新啟動來測試NVRAM是否正常工作：sudo nvram TestVar=HelloWorld; 一旦你重新啟動，運行sudo nvram -p | grep 'TestVar'; 如果你看到結果，你的NVRAM正在工作; 如果沒有，你的NVRAM壞了，需要修復，否則iMessage將無法工作; 測試後，您可以TestVar通過運行刪除變量sudo nvram -d TestVar
原生UEFI NVRAM：如果您使用的系統使用UEFI（非傳統BIOS）啟動並且相對較新（Intel Z68和更新版本的UEFI）並使用OsxAptioFixDrv2（推薦使用常規OsxAptioFixDrv），您很可能會使用工作硬件NVRAM （使用上面的命令進行測試;確保您沒有使用任何模擬NVRAM的驅動程序或腳本，以使其準確無誤）; 如果是這種情況，您將不必使用任何NVRAM仿真驅動程序或腳本（注意：不要使用Clover的“安裝RC腳本到目標分區”，如果您使用硬件NVRAM和/它是沒用的或者如果您不使用EmuVariableUefi）
模擬NVRAM：如果您的系統較舊且使用傳統BIOS而不是UEFI進行引導，或者OS X中沒有可用的硬件NVRAM，則可以使用EmuVariableUefi驅動程序和Clover的RC腳本模擬NVRAM功能（選擇“安裝RC腳本到目標”）分區“在Clover安裝程序中）; 這會在每次關機時將NVRAM數據保存到文件中，EmuVariableUefi驅動程序將加載此文件並將其作為NVRAM數據傳遞給OS X
如果你有這兩件事都有效，那麼iMessage應該可行。最糟糕的情況是，您將在登錄時獲得客戶代碼。這是正常的 - 您必須聯繫Apple並回答與您的安全性相關的一些問題，以便將您的Hack列入白名單。如果他們要求提供序列號，請說當前您無法在計算機上獲取序列號。
故障排除：
如果iMessage登錄但立即將您註銷，或者它似乎已登錄但是當您檢查消息首選項時無法使用未知錯誤登錄，則生成的SMBIOS數據無效，您應該檢查配置中的SMBIOS數據.plist遵循上述所有要求。
如果iMessage要求您在每次啟動時登錄，則您的NVRAM可能不是持久的（它不會保存在UEFI中[如果是本機]或未保存到文件中（如果已模擬）。運行上面的NVRAM測試檢查它是否在靴子之間起作用。
示例config.plist：
如果你正確地遵循所有這些步驟，你的config.plist應該看起來像這樣（這些都是生成的示例值;不要使用它們並生成自己的值，否則你將遇到iMessage帳戶黑名單的問題）：
<key>RtVariables</key>
<dict>
<key>MLB</key>
<string>C02452301GUF49R1F</string>
<key>ROM</key>
<string>UseMacAddr0</string>
</dict>
<key>SMBIOS</key>
<dict>
<key>ProductName</key>
<string>iMac15,1</string>
<key>SerialNumber</key>
<string>C02NVKVZFY11</string>
<key>SmUUID</key>
<string>CD8EE581-48EC-4143-8013-CE7DDBCB12A7</string>
</dict>
<key>SystemParameters</key>
<dict>
<key>InjectKexts</key>
<string>Yes</string>
<key>InjectSystemID</key>
<true/>
</dict>
原來我的GA B75M-D3V支持。其他人可以運行此測試並回發嗎？
UEFI引導模式+仿真NVRAM中為MultiBeast添加新的第3選擇，除了Clover之外，還將為具有非本機NVRAM的板安裝EmuVariableUefi-64.efi和Clover RC腳本。
測試結果如下：
支持Native NVRAM的主板：
支持NVRAM而無需安裝RC腳本或EmuVariableUefi-64.efi
技嘉5,6,7,8,9系列
華擎8系列
MSI 9系列
華碩8系列
華碩100系列（早期BIOS）
英特爾6系列
主板需要仿真NVRAM：
安裝RC腳本需要仿真NVRAM和EmuVariableUefi-64.efi
技嘉100系列
華碩100系列（後期BIOS）
留言
張貼留言