Skocz do zawartości

Ranking

Popularna zawartość

Treść z najwyższą reputacją w 09.11.2019 uwzględniając wszystkie działy

  1. Pierwsza przymiarka do bazy nowego UniBootX bazującego na OpenCore. Wersja ta bazuje na oficjalnej wersji OpenCore 0.5.2 + AppleSupport 2.1.2 + VirtualSMC 1.0.9 - kexty są aktualne na dzień 6.11.2019r. Z góry proszę o wyrozumiałość i zgłaszanie uwag - tylko z głową - to jest nie dość, że wczesna wersja OpenCore, to też jest to moja pierwsza przymiarka aby dać Wam z grubsza config pozwalający odpalić macOS na Haswellu Z87 Z97 bez względnie doktoryzowania się. Są 2 configi: config HD4600.plist - użyć jak korzystamy tylko z iGPU HD4600 config dGPU plus HD4600.plist - użyć jak korzystamy z dGPU i chcemy odpalić z HD4600 bez wyjść aby działał poprawnie np Quick Sync lub VDADecoder Wybrać stosowny config i zmienić jego nazwę na: config.plist Bez poprawienia nazwy configu NIE odpalimy w ogóle OpenCore. Domyślny Timeout ustawiony na 30s Do zestawu dodatkowo dodane: USBMap - skrypt do generowania tabeli SSDT dla portów USB - do opisania w innym poradniku. macinfo 2.0.8 w wersji na macOS jaki i Windows - jest to pakiet pozwalający wygenerować POPRAWNĄ parę SystemSerialNumber i MLB - to SĄ PARY i potem je dodać do w/w configu! Przed opaleniem należy w configu odnaleźć poniższą sekcję: <key>PlatformInfo</key> <dict> <key>Automatic</key> <true/> <key>Generic</key> <dict> <key>MLB</key> <string>M000000000001</string> <key>ROM</key> <data>ESIzAAAA</data> <key>SpoofVendor</key> <true/> <key>SystemProductName</key> <string>iMac14,2</string> <key>SystemSerialNumber</key> <string>W0000000001</string> <key>SystemUUID</key> <string>00000000-0000-0000-0000-000000000000</string> </dict> <key>UpdateDataHub</key> <true/> <key>UpdateNVRAM</key> <true/> <key>UpdateSMBIOS</key> <true/> <key>UpdateSMBIOSMode</key> <string>Create</string> </dict> I uzupełnić numery generując np w macinfo lub przenosząc z swojego configu clovera. Do uzupełnienia są od góry MLB, ROM, SystemSerialNumber, SystemUUID. Przygotowanie pendrive: sformatować na Fat32 wypakować do głównego folderu tak aby w nim był folder EFI. Działać i pisać wrażenia. UniBootX_OpenCore_Haswell_Z87_Z97_-_pre_Alpha_0.1.zip
    1 punkt
  2. 314TeR

    OpenCore - dyskusja ogólna

    Rozumiem idee i co masz na myśli, i ją bardzo mocno wyznaję. Z takiego powodu właśnie powstał UniBootX, nie po to aby było skomplikowanie, ale po to aby skomplikowaną czynność jak tworzenie zestawu startowego sprowadzić do paru niezbędnych czynności. Moja wypowiedź jest tożsama tylko do tego szczególnego wypadku OC i OCC. W obu wypadkach i tak aby cokolwiek wprowadzić, musisz wiedzieć co wprowadzasz. W OpenCore jeszcze większy jest na to położony nacisk, ale ułatwia to świetna dokumentacja. Taki konfigurator to front end do jakiegoś configu. Tu aby cokolwiek zrobić i tak musisz mieć bazę i to najlepiej zbliżoną do posiadanego sprzętu wypadku. W obu konfiguratorach NIE da się zbudować configu od zera. D;atego uważam, że te programy są świetne, ale w praktyce ułatwiają głównie początkującym użytkownikom zapoznanie się i wprowadzenie zmian. Zaawansowany użytkownik szybciej okiełzna taki config wspomagając się zwykłym edytorem pilnującym składni XML jak np PlistEdit, niż w CC/OCC. OC i OCC to klikacz, żeby np zdublować jakiś wpis, musisz wpierw dodać wiersz (+), potem wpisać w kolumnę A, potem B, potem C, potem D... ufff następny wiersz, kiedy to w PlistEdit robisz CMD+C-->CMD+V i zmieniasz tylko to co potrzeba. Nie wierzysz, spróbuj wpisać "z ręki" chociaż 3, 4 wiersze w patchach do USB jak wyjdzie nowy system i będziesz musiał dodać wpisy dla nowej wersji kernela. Ale żeby nie tylko narzekać a coś sprawdzić odpaliłem przed chwilą OCC i sprawdziłem co robi. Ogólnie nie jest źle, aczkolwiek niestety są drobne błędy. Najpoważniejszy to samodzielna zamiana wpisu: <key>ConsoleBehaviourOs</key> <string>ForceGraphics</string> na <key>ConsoleBehaviourOs</key> <string>ForceText</string> Druga rzecz - to zrobienie lekkiego bałaganu w sekcji PlatformInfo - Oprócz istniejącej sekcji Generic jak jest pokazane w dokumentacji, OCC pododawał sam z siebie sekcje DataHub, PlatformNVRAM, SMBIOS z zdublowanymi danymi z Generic. Tu zaznaczam, że trzeba się zapoznać z dokumentacją co te sekcje robią, bo są powielone SNy czy MLB, etc... trzeba się dowiedzieć, która sekcja za co odpowiada, bo być może te działanie ma sens którego obecnie ja nie znam. Poza tym nie podoba mi się, że OCC usuwa wszystkie klucze których wartość jest NULL. Ja osobiście wolę mieć klucz i wartość NULL, ponieważ jak będę potrzebował dodać wartość do klucza, to nie muszę wpierw dodawać klucza, szukać gdzie on powinien być, jak się nazywa itp itd. Jak jakiś klucz w configu jest to niech on zostanie. Tu widać, że autor/autorzy OCC stawiają na swoją logikę i do takiego zachowania CC i OCC najbardziej mam zastrzeżenia.
    1 punkt
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystanie z tej witryny, wymaga zakceptowanie naszych warunków Warunki użytkowania.