macOS Catalina的新功能

2019-12-20 0条评论 1,482次阅读 0人点赞
Share

那麼Nvidia驅動程序在哪裡？

沒有，別再問了。卡塔琳娜州將不支持非開普勒GPU，順其自然。如果您需要新的GPU，請參閱新的GPU購買者指南和禁用不支持的GPU指南

表面上發生了什麼變化

邊車

這可能是用戶最興奮的功能，Sidecar現在允許我們運行的是受支持的運行iPadOS 13的iPad，該iPad可以作為Mac或Hackintosh的輔助顯示，與帶有完整Apple的二重奏和Astropad相比，延遲最小鉛筆直通。

但是有什麼收穫呢？

好吧，要注意的是，正式運行Sidecar有一些要求：

  • 支持h.265 / HEVC編碼的Skylake或更新版本的CPU
  • 配備A8X CPU的iPad
  • 兼容的無線網卡或照明電纜（Sidecar可以無線和有線方式運行）
  • 支持Sidecar的SMBIOS

儘管可以繞過SMBIOS限制，但對於某些用戶而言，它可能會非常不穩定，因此，除非您知道自己在做什麼，否則我們建議不要修改Sidecar框架。用戶在更大的Beta版中報告說，這些黑客不再起作用。

繞過SMBIOS限制：

defaults write http://com.apple .sidecar.display allowAllDevices -bool YES

解鎖系統首選項窗格：

defaults write com.apple.sidecar.display hasShownPref -bool true

資源

正式支持Sidecar的SMBIOS：

MacBook：

  • MacBook8,1
  • MacBook9,1
  • MacBook10,1

MacBook Air：

  • MacBookAir8,1

MacBook Pro：

  • MacBookPro13,1
  • MacBookPro13,2
  • MacBookPro13,3
  • MacBookPro14,1
  • MacBookPro14,2
  • MacBookPro14,3
  • MacBookPro15,1
  • MacBookPro15,2

Mac Mini：

  • MacMini8,1

iMac：

  • iMac17,1
  • iMac18,1
  • iMac18,2
  • iMac18,3
  • iMac19,1
  • iMac19,2

iMac Pro：

  • iMacPro1,1

Mac Pro：

  • MacPro7,1

iTunes之死

儘管出於某些原因，這是所有頭條新聞都想談論的話題，但iTunes的想法並沒有死。相反，通過將iTunes分為4個應用，它更像是重生和清潔iTunes：

  • 音樂
  • 播客
  • AppleTV的
  • 發現者

唯一真正的突破性變化是您的iPhone現在將通過Finder而不是iTunes進行同步

iCloud Drive文件夾共享

這是我個人的最愛，因為在對subreddit上的Hackintoshes進行故障排除時，這對於共享文件非常有用。但是不幸的是，我們的方式非常頑固，因此在下載EFI時我們可能仍會與粗略的網站打交道，但是Slav可以夢想

檢測時間

嘗試在Mac / hack上進行工作而不會分心時遇到嚴重的問題嗎？好了，只要您有意願不禁用Screentime，現在您終於可以遏制這種沉迷並提高生產力。我們將看到這變得多麼有用/討厭

Apple Watch認證

很簡單，macOS允許您在更多地方用Apple Watch替換密碼。請記住，這需要受支持的無線卡

引擎蓋下有什麼新功能

所有系統文件均移至只讀分區

Catalina的最大變化可能是將用戶文件與系統分離。真正的問題是用戶從現有分區升級到Catalina，因為轉換時文件可能會損壞/損壞。

為避免這種情況，請為Catalina製作一個新的APFS卷，然後在該卷上重新安裝。從那裡在舊分區上運行遷移助手，然後將其刪除

32位應用程序支持

另一個潛在的問題是32位應用程序不再起作用，最容易受到此影響的人是使用USB無線加密狗的筆記本電腦用戶，這些軟件需要舊的32位應用程序。這些應用程序可能不會更新

修改AirportBCRM4331.kext

奇怪的變化是AirportBCRM4331 kext如何合併到AirPortBrcm4360 kext中。儘管沒有硬件掉落，但即使安裝了基於BCRM4331的硬件，AirPortBrcm4360也無法加載，這帶來了一個奇怪的副作用。根據我的測試，一個真實的Apple Airport 94331可以毫無問題地加載，但盛裝派對的模型似乎很受歡迎。

解決方案是強制加載AirPortBrcm4360 kext

刪除MacPro4,1 / 5,1和Dual Socket System的廢止

按F表示對我們墮落的奶酪刨絲器的敬意，您為我們服務很好，但是現在您該休息了。對於Catalina來說，一個奇怪的怪癖是，現在沒有系統支持Apple的雙插槽CPU，因此，他們決定更改AppleIntelMCEReporter.kext。在使用雙CPU配置引導iMacPro1,1或MacPro6,1 SMBIOS時，此更改會導致錯誤，因此我們需要通過克服探測得分的kext來克服此問題。如果需要這樣的kext，可以在此處找到DisableMCEReporter 或使用CPUFriend以獲得更多功能。

資源

從快照還原macOS

OS Update幾乎破壞了一切？好吧，現在您無需依賴第三方軟件來進行快照，現在您可以輕鬆返回到macOS未被破壞的狀態

Kexts移出內核空間

儘管這不會直接影響我們在Catalina中的運行，但現在已棄用在內核空間中運行的kexts。這意味著像Lilu這樣的kexts 將沒有執行必要補丁所需的低級訪問權限。但是棄用並不意味著已經刪除，Clover的kext注入系統已經棄用了很多年，但是Apple尚未從macOS上將其刪除。因此，不要太擔心，但請記住，並非一切都會按原樣進行。蘋果的大多數內核擴展（如果不是全部）仍在內核空間中

支持基於Catalyst的應用程序

準備好在AppStore上大量的iOS應用程序，因為現在每個人都是Mac開發人員！除了本地支持的硬件外，沒有真正的硬件要求，這意味著從High Sierra修補其GPU驅動程序的用戶可能會遇到問題

Catalina的當前問題

  • Lilu不會加載
    • 這意味著Lilu尚未針對Catalina進行更新，無論是更新Lilu還是添加標誌-lilubetaall
  • 它沒有填補你內心的空白
    • 青蘋果伏特加2份，高樂氏1份。每15分鐘重複一次
  • 停轉 kextd stall[0]: AppleACPICPU
    • SMC模擬器未加載，請確保已更新VirtualSMC和Lilu。臨時解決方案是-lilubetaall或換成FakeSMC或只是更新您的kext。
  • 無法寫入庫/擴展來添加我的Kext
    • 雖然在L / E中很少需要kext，但是對於需要這樣做的人來說，可以運行sudo mount -uw /以安裝驅動器以進行讀/寫。
  • 處處受阻apfs_module_start...，Waiting for Root device，Waiting on...IOResources...，previous shutdown cause...
    • 因此，使用macOS catalina時，AppleACPIEC的工作方式發生了一些變化，從而使其在未通過檢查時會停頓。具體來說，似乎會發生什麼：
  1. AppleACPIPlatform.kext使用EC__屬性的ACPI名稱加載和設置所有設備boot-ec
  2. 然後，它將控制權移交給其插件AppleACPIEC.kext，並啟動針對PNP0C09或boot-ec
  3. 加載後，它將驗證其他含義，我們必須同時具有PNP0C09和boot-ec。如果沒有，MACOS只會被卡住，但由於並行KEXT負載的性質，我們沒有明確看到錯誤而不是發現錯誤，比如apfs_module_start...，Waiting for Root device，Waiting on...IOResources...，previous shutdown cause...，等你猜怎麼著，PC沒有他們的嵌入式控制器命名EC__，而不是通過已知的EC0_，H_EC或ECDV。

為了解決這些問題，我們有兩種選擇：

  • 塊 com.apple.driver.AppleACPIEC
    • AppleACPIEC用於筆記本電腦，因此阻塞它可能會導致嚴重問題，但在台式機上則沒有問題
  • 關閉您的真實EC並設置一個偽EC（我們仍然需要AppleBusPower的EC
    • 台式機的推薦方法，可能會嚴重損壞筆記本電腦
      • SSDT-EC-USBX.dsl（Skylake及更高版本）
      • SSDT-EC.dsl（Haswell和更早版本）
      • SSDTTime（用於僅當您訪問系統DSDT時使用，F4在Clover scrren會將其轉儲到EFI / CLOVER / ACPI / origin）
      • USBmap（如果某些人在2018年11月18日之後的某個時間運行USBmap，則其EFI中可能已經有SSDT-EC）
  • 重命名您的EC設備
    • 不建議用於台式機，因為它仍會加載與台式機不兼容的AppleACPIEC
評論 查找* [HEX] 替換[十六進制]
將EC0更改為EC 4543305f 45435f5f
將H_EC更改為EC 485f4543 45435f5f
將ECDV更改為EC 45434456 45435f5f

但是我怎麼知道我擁有什麼EC？

說起來容易，打開您的DSDT並蒐索PNP0C09。大多數將只返回1台設備，但對於擁有2台設備的用戶，則需要查看主要設備。要檢查，請確保它具有以下屬性：

  • _HID
  • _CRS
  • _GPE 請注意，如果只有1個PNP0C09設備，則無需檢查，因為即使只有1個設備也不會始終具有所有適當的屬性

資料來源：

您是否應該更新以及如何進行

不，大多數人不應該更新，因為這是一個.0版本，這意味著仍會隱藏很多錯誤，這有可能引起很多麻煩。最佳做法是等到10.15.1甚至10.15.2，因為屆時大多數錯誤都將得到修復。

關於如何更新，請檢查以下內容：

  • 更新三葉草
  • 更新kexts
  • 備份一切
  • 驗證您的EC設備是否正確設置
  • 製作一個新的APFS卷以安裝Catalina（從不升級，請始終全新安裝）
    • DiskUtility-> SSD-> +->Add APFS Volume to Container
  • 安裝Catalina並在舊驅動器上使用遷移助手
  • 測試所有內容，如果您滿意，可以從系統中刪除Mojave

對於那些想要USB終端命令的人：

sudo /Applications/Install\ macOS\ Catalina.app/Contents/Resources/createinstallmedia --volume /Volumes/MyVolume

Hackintosh場景中有什麼新內容？

一個新的 敵人 引導加載程序已出現！

Lilu，VirtualSMC，WhateverGreen，AptioMemroyFix等為您帶來了Hackintosh世界許多奇蹟的人們，這裡將介紹hackintoshing的下一步！：OpenCore。目前處於Beta測試階段，OpenCore希望通過採用許多功能和準則（例如Bless支持和很少甚至沒有ACPI補丁）使Hackintosh環境更像真正的mac。現在，大多數用戶沒有理由切換到OpenCore，但是隨著時間的流逝，Clover可能會變得越來越老，以至於許多人都變得太不穩定了。

對於AMD用戶而言，關於OpenCore的最有趣的部分是，這將消除對macOS更新的大部分擔心，尤其是不再需要為每個次要的OS更新而更新內核補丁。原因是AMD CPU周圍的實際補丁很少有太大變化，而只需要重新計算每次更新的偏移量即可。使用OpenCore，我們現在可以指定一個掩碼，這意味著它將為我們找出偏移量。但這仍然不是完美的，原因是蘋果總是可以像使用10.13.1-.3vs 一樣拋出曲線球，10.13.4-.6但這仍然是個好消息。但是缺點是Clover用戶不會獲得macOS Catalina，因為AlGrey無意與Clover再次合作，而是讓其他人轉換補丁

對於那些想要適用於OpenCore的Vanilla桌面指南的人，很幸運！：

請注意，我們目前處於測試階段，因此OpenCore尚需開展更多工作

AptioMemoryFix已經死了，FwRuntimeServices萬歲！

因此，正如您中某些人可能現在知道或正在學習的那樣，AptioMemoryFix現在已經死了，以後將不再獲得任何支持。如果您已在GitHub頁面上檢查了AptioFixPkg，則可能會閱讀以下內容：

AptioFixPkg現在是AppleSupportPkg和OpenCore的一部分，請改用它們：

AptioMemoryFix.efi分為OpenCore和FwRuntimeServices.efi。

問題在於這意味著對Clover的支持已完全失效，如果您想要最新的固件修復程序，則需要完全放棄三葉草的OpenCore。您可能會讀到FwRuntimeServices部分，但這也是OpenCore專有的，因此甚至不要嘗試用三葉草加載它。

但是值得慶幸的是，AptioMemoryFix不會隨處可見，您仍然可以從github下載最終版本。

有其他選擇嗎？

並非如此，您的另一個選擇是osxaptiofix3drv，但這對許多人來說並不理想。照目前情況來看，AptioMemoryFix仍然可以正常工作，但是請注意，對於未來的macOS版本和較新的硬件，AptioMemoryFix可能無法正常工作

三葉草文件夾結構更改

這是一個相當簡單的更改，但是會使人措手不及，因此從Clover r4985開始，我們看到.efi驅動程序的位置有所變化：

  • drivers64UEFI -> drivers/UEFI
  • drivers64 -> drivers/BIOS

但是請不要擔心，只要新目錄中沒有文件，舊路徑仍然可以使用

Navi支持在哪裡？

就像Mojave一樣，關於Navi支持的討論也很少。在AMDRadeonX5000HWServices.kext中，我們可以看到3個提示，這些提示暗示了對Navi的全面支持：

  • AMDRadeonX5100HWLibs.kext
  • AMDRadeonX5400HWLibs.kext
  • AMDRadeonX5700HWLibs.kext深入研究這些kext時，它們向我們展示了該代碼僅部分存在，需要主kext才能像AMDRadeonX6000HWServices.kext一樣處理它們。早期的Polaris / Vega駕駛員之前向我們展示的是，我們可能要等到今年年底或明年年初才能獲得對Navi的支持。到那時，我們可能會看到Navi 20最終會擊敗Vega 20（Radeon VII）的純計算冠軍

勤於經營

因此，在兩次事件之間不到一周的時間內，由於運行了錯誤配置的腳本或損壞的終端命令，我們有2個用戶的整個驅動器被擦除。在Internet上運行腳本時，不要盲目地運行腳本，而是看看它們在做什麼，如果您不知道如何解釋其代碼，則應避免使用它並遵循已知的良好腳本。

對於那些正在運行的終端命令，請仔細檢查它們是否正確。快速的Google搜索將始終為您提供有關該命令是否正在執行您應該執行的操作的答案。對於張貼出於“喜劇”目的的有害腳本的人來說，這也是一樣的，因為它是有毒的，並且可能有害。我們不會容忍此類行為，因此請不要發布，如果您看到其他人在這樣做，請立即報告。我們無法捕捉到所有評論，因此我們需要社區中的其他人來儘自己的一份力量，我們希望r / hackintosh成為人們無需擔心每個小細節的地方。

努力工作的駭客被盜

好吧，您永遠無法逃脫隱藏在我們社區中的敗類，今天我們來談談YouTube頻道Morgonaut的令人失望的地方。在最近發布的一段視頻中，Teress接受了Shannee，XNLC和AlGrey的內核補丁的辛苦工作，並試圖通過預構建的EFI出售它們。我將讓一位朋友和一位AMD OS X Discord主持人將它帶走：

關於Morgonaut，以及為什麼我們不支持大多數YouTube教程

在最近發布的Morgonaut關於“香草” Ryzen hackintosh版本的視頻中，我們認為我們將花一些時間來提供有關Morgonaut及其視頻的背景信息。

Morgonaut是一位YouTuber，擅長竊取事物的信譽，當遇到威脅時，它會予以否認。（例如，他們使用CorpNewt的指南製作了一個視頻，但告訴所有人跳過所有內容，僅使用示例配置-他們還聲稱CorpNewt是他們的“用戶”之一，這與事實相去甚遠。）

他們還提供廢話的“高級”支持，並對您可以免費獲得的東西收費。Ryzen視頻專門將其EFI文件夾（某些補丁不適合任何構建，因此不應共享）放置在付費牆後面，包括補丁。

哦，他們甚至都沒有鏈接到原始補丁，因此，由於macOS更新而導致視頻無法正常播放時，任何跟隨其視頻的人都將完全丟失。

而且由於您沒有正確地學習指南，因此如果黑客破解，您將完全迷失方向。這就是為什麼您不應該使用Morgonaut或僅鏈接到EFI的任何其他YouTuber而不實際解釋您在做什麼的原因。

令人遺憾的是，我們只是在重複Tonymacx86竊取工具工具，Rehabman竊取PJALM的配置以及InasenlyMac Discord竊取指南的情況。請不要支持別人的工作，而要與那些致力於使這個社區變得更好的人建立聯繫。

在真正的香草AMD指南

展望未來，我們希望用戶不要推薦這樣的視頻，因為它們既不會教您正確的過程，也只會竊取他人的作品。側邊欄擁有您所需的一切

subreddit有什麼新功能？

這只是我們的一次小更新，但發生了變化：

  • 您當地的居民區Hackintosh Slav

信用：

  • AppleLife適​​用於原始EC配套
  • 面向EC SSDT的OpenCorePkg團隊
  • AlGrey用於AMD內核補丁
点赞
知识共享许可协议
本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可
Share