Jump to content
314TeR

OpenCore - dyskusja ogólna

Recommended Posts

Witam was po długiej przerwie.

Przesiadka na OpenCore zajęła mi jeden wieczór i od siebie dodam pare rzeczy. Dodawanie kextów i driverów efi jest trochę toporne, zapomnisz czegoś wpisać do configa i wszystko siada, literówka lub brak kexta to również błąd krytyczny ;) NVRAM jest wymagany ale emulacja jak w przypadku mojej B360 załatwia ładnie sprawę. Konfiguracja w sumie szybka i bezproblemowa. Clover pewnie by wywalił masę błędów zanim doszedłbym co poszło nie tak. Póki co budowa mi się bardzo podoba bo jest bardzo przejrzyście. Z rzeczy na minus, toporny tryb tekstowy i wybór systemu. Na szczęście nie korzystam z multiboota więc wiele problemów z poprawkami aplikowanymi do obu systemów mnie nie dotyczy ;) 

Na razie utknąłem przy ustawieniu prawidłowej rozdzielczości, wszystkie możliwe kombinacje zawiodły mimo że GOP integry wspiera wysoką rozdzielczość QHD - Clover nie ma z tym problemu. Kosmicznie duze logo Apple to dziś jedyna rzecz jaka mnie boli. Na domyślnym serial number działa continuity oczywiście bez facetime'a i telefonu. Trzeba będzie się za to zabrać na poważnie ;D Jest potencjał chłopaki ;)

Share this post


Link to post
Share on other sites
11 godzin temu, Grzesiek13 napisał:

Na razie utknąłem przy ustawieniu prawidłowej rozdzielczości, wszystkie możliwe kombinacje zawiodły mimo że GOP integry wspiera wysoką rozdzielczość QHD

Przeczytaj poniższy fragment, potem odszukaj w dokumentacji sekcje których używałem i popatrz co one robią. Na 100% dogadasz się z configiem i logo będzie tak jak powinno być na macOS.

 

Share this post


Link to post
Share on other sites
12 godzin temu, Grzesiek13 napisał:

Dodawanie kextów i driverów efi jest trochę toporne, zapomnisz czegoś wpisać do configa i wszystko siada, literówka lub brak kexta to również błąd krytyczny

Nie uznałbym tego za wadę. Zgadzam się, że to nieco wydłuża instalację kextów/driverów, ale z drugiej strony te rzeczy robi się raz, podczas wstępnej konfiguracji. Dzięki takiemu podejściu konfig jest jedynym "źródłem prawdy" - jednoznacznie definiuje konfigurację. Dodatkowo, dzięki definiowaniu kextów w konfigu, możemu je włączać/wyłączać bez usuwania ich z katalogu.

Jedyne czego nie rozumiem to to, że poza nazwą kexta należy też podać ścieżkę do pliku wykonywalnego jako parametr ExecutablePath. Inne bootloadery same potrafią zidentyfikować plik wykonywalny. Czyżby chodziło o wydajność? Być może dzięki temu bootloader nie musi przeszukiwać drzewa katalogów wewnątrz kexta? Sądzę, że jeśli w ogóle ma to wpływ na wydajność, to jest on na granicy błędu pomiarowego.

Edited by wujek_bogdan

Share this post


Link to post
Share on other sites
2 godziny temu, wujek_bogdan napisał:

Nie uznałbym tego za wadę. Zgadzam się, że to nieco wydłuża instalację kextów/driverów, ale z drugiej strony te rzeczy robi się raz, podczas wstępnej konfiguracji. Dzięki takiemu podejściu konfig jest jedynym "źródłem prawdy" - jednoznacznie definiuje konfigurację. Dodatkowo, dzięki definiowaniu kextów w konfigu, możemu je włączać/wyłączać bez usuwania ich z katalogu.

Mało tego - ja to widzę jako prostą drogę do zrobienia np OEM.plist w której będzie prosta droga do zrobienia uniwersalnego bootloadera (zreplikowania funkcjonalności OEM z Clovera). OEM.plist może zawierać definicja BOARD (np Z97-XYZ) -> Config_Z97-XYZ. Dzięki takiemu podejściu NIE musisz stosować osobnych katalogów do osobnych płyt a w nich tych samych kextów po 30 razy. Wystarczy 1 kext na cały bootloader bez względu na to ile configów będziemy mieli.

Ogólnie podejście NIE ładujemy nic z automatu jest jak najbardziej słuszne. Przy logice Clovera można było wielokrotnie się pogubić. Konieczność posiadania kextów w danych katalogach 10.11, 10.12 10.13 itd... Mi się podoba założenie - NIE ma w configu NIE ładuje się.

2 godziny temu, wujek_bogdan napisał:

Jedyne czego nie rozumiem to to, że poza nazwą kexta należy też podać ścieżkę do pliku wykonywalnego jako parametr ExecutablePath. Inne bootloadery same potrafią zidentyfikować plik wykonywalny. Czyżby chodziło o wydajność? Być może dzięki temu bootloader nie musi przeszukiwać drzewa katalogów wewnątrz kexta? Sądzę, że jeśli w ogóle ma to wpływ na wydajność, to jest on na granicy błędu pomiarowego.

Nie przesadzajmy - robiąc config wystarczy np w konsoli zrobić cd (i myszką przeciągnąć folder) aby wyświetliła się ścieżka. Zaznaczyć stosowną część CMD+C i CMD+V i po sprawie. Owszem troszkę więcej pracy niż wrzucanie bezmyślnie kexta - ale TYLKO to raz się robi.

Share this post


Link to post
Share on other sites
58 minut temu, 314TeR napisał:

Nie przesadzajmy - robiąc config wystarczy np w konsoli zrobić cd (i myszką przeciągnąć folder) aby wyświetliła się ścieżka. Zaznaczyć stosowną część CMD+C i CMD+V i po sprawie. Owszem troszkę więcej pracy niż wrzucanie bezmyślnie kexta - ale TYLKO to raz się robi.

Ja nie napisałem, że to rozwiązanie jest złe, chodziło mi o to, że nie wiem czemu ta ścieżka do binarki jest wymagana. Inne bootloadery radzą sobie bez tego. Sądzę, że chodzi o wydajność (bootloader nie musi przeczesywać całego drzewa katalogów), ale pewności nie mam. 

Share this post


Link to post
Share on other sites

Witam, czy ktoś się spotkał z tym, że nie wyświetla numeru seryjnego w iCloud w ustawieniach macos jak i AppleID na stronie? Wszystko wykonane prawidłowo. Dodam, że na cloverze jest identycznie. W ten mac wyświetla mój serial bezproblemowo.

no sn.png

Edited by buster

Share this post


Link to post
Share on other sites
Teraz, 314TeR napisał:

Sprawdziłem u siebie i u mnie prawidłowo pokazuje S/N haMaca. Może po prostu usuń urządzenie z konta i go dodaj ponownie.

Zakładam, że S/N i MLB są prawidłowo wygenerowane i są parą?

1) Robiłem wiele razy to, zakładałem też nowe konta itd, ciągle to samo.

2) Tak, wygenerowane macserial, UUID to samo, nawet ROM, kompletnie nie mam zielonego pojęcia o co może chodzić. W plist.info mam wsadzone wszelkie info w generic. Ale po zbotowaniu widzę, że nie ma rozwijalnej listy SMBIOS, PlatformNVRAM, a wydaje mi się, że powinno to samodzielnie zaciągnąć. Możliwe problemy z NVRAM? Trochę chaotycznie napisane, ale walczę z tym od tygodnia i nie mam już pomysłów, a ciekawość mnie zżera co to powoduje.

Share this post


Link to post
Share on other sites

Sprawdzałeś mój beta zestaw?

Generalnie pod Twój sprzęt pewnie wystarczy zmiana identyfikacji iMac14.x na 13.x + uzupełnienie numerów + zmiana IG Platform dla iGPU.

Do edycji config.plist z OpenCore używasz może OpenCore Configuratora?

Share this post


Link to post
Share on other sites
4 minuty temu, 314TeR napisał:

Sprawdzałeś mój beta zestaw?

Generalnie pod Twój sprzęt pewnie wystarczy zmiana identyfikacji iMac14.x na 13.x + uzupełnienie numerów + zmiana IG Platform dla iGPU.

Do edycji config.plist z OpenCore używasz może OpenCore Configuratora?

1) nie sprawdzałem, ale sprawdzę jak ogarnę IG Platform dla iGPU, o którym piszesz

2) oczywiście, że nie. Używam PlistEdit Pro

 

Najprawdopodobniej będzie to wina niedziałającego do końca natywnego NVRAM, ale jest to trochę dziwne bo zwraca po resecie komputera wartość myvar:

Screenshot 2019-11-14 at 22.02.51.png

Edited by buster

Share this post


Link to post
Share on other sites

Masz bardzo mało wpisów w NVRAM - jakieś 1/10 tego co znajduje się normalnie. Może masz uruchomioną jakąś emulację nvram - w każdym razie to temat na osobny wątek, działanie/nie nvram raczej nie jest związane z OpenCore.

Share this post


Link to post
Share on other sites
7 minut temu, 314TeR napisał:

Masz bardzo mało wpisów w NVRAM - jakieś 1/10 tego co znajduje się normalnie. Może masz uruchomioną jakąś emulację nvram - w każdym razie to temat na osobny wątek, działanie/nie nvram raczej nie jest związane z OpenCore.

Dzięki za pomoc, będę dalej walczyć, żeby rozwikłać tą zagadkę NVRAM.

Share this post


Link to post
Share on other sites

@314TeR Rozwiązałeś problem restartowania? Na jakim systemie Ci się to dzieje?

Mi też się restartuje wychodząc z sleep. Restartuje się nawet bez sleep.
Na Clover tego nie miałem z systemem 10.14.6 i 10.15.1.
10.14.6 z OC wszystko było ok, po aktualizacji do 10.15.1 zaczęły się problem.
Jakiś pomysł?


@314TeR Napisałeś:To czy dany sterownik czy kext jest ładowany czy nie decyduje wpis w configu, dzięki temu nie trzeba mieć osobnych katalogów dla kextów, np osobnych w 10.13 i 10.14, tylko wszystko definiuje się w configu.


Czy w takim układzie folder EFi w OC może zawierać różne config, by uruchamiać różne płyty? Np. Z390 i Z170?

 
Dzięki za pomoc.

Share this post


Link to post
Share on other sites

U mnie na Z97 na problemy z wybudzaniem ze sleep na Catalinie pomogło wyłączenie serial port w BIOSie.

 

Natomiast co do samego OC (jako że używam go już długi czas, od pierwszych jego wersji) mogę tylko podtrzymać moją dotychczasową opinię- na moim sprzęcie, po poprawnym skonfigurowaniu, sprawuje się po prostu wzorowo.

Share this post


Link to post
Share on other sites
20 godzin temu, AlPaczino napisał:

Rozwiązałeś problem restartowania? Na jakim systemie Ci się to dzieje?

Testowałem na Z97-A, którą zabrał finalnie oddałem kumplowi.

Dawno nie testowałem aktualnych wersji OC.

18 godzin temu, kemot77 napisał:

U mnie na Z97 na problemy z wybudzaniem ze sleep na Catalinie pomogło wyłączenie serial port w BIOSie.

Może to być dobry trop. Przydało by się sprawdzić.

20 godzin temu, AlPaczino napisał:

Czy w takim układzie folder EFi w OC może zawierać różne config, by uruchamiać różne płyty? Np. Z390 i Z170?

Musisz podmieniać configi tylko i aż, ale nie musisz zmieniać kextów ani driverów, ponieważ NIE są ładowane z automatu jak w Cloverze.

 

Osobiście liczę, że może w przyszłości autorzy OC zaimplementują jakąś metodę ładowania właściwego configu przy pomocy jakiegoś mechanizmu identyfikacji płyty - coś na wzór OEM z Clovera, ale wolałbym aby to było np tak, że masz oem.plist w którym masz zdefiniowany "Product_name" -> "nazwa_configu.plist" i to by wystarczyło.

Share this post


Link to post
Share on other sites

U mnie (hack1) wszystko działa. Wybudzanie z sleep bezproblemowe. Żadnych nieoczekiwanych restartów nie zauważyłem, ani innych, podnoszonych przez Was problemów. Wszystko jest OK. Natomiast OpenCore całkowicie usunęło niewielkie kłopoty z liczbą USB3,  które obserwowałem na Cloverze.  Jestem do tego stopnia zadowolony z OpenCore, że całkowicie zrezygnowałem z Clovera na rzecz omawianego. 

Share this post


Link to post
Share on other sites

Niestety nie mam w biosie serial port, co mogę zrobić?
Muszę zostać na OC, bo mam emulacje NVRAM z Z390.

@314. Testowałem na Z97-A, którą zabrał finalnie oddałem kumplowi.
Miałem na myśli 10.14.6 czy 10.15.1.
Muszę chyba wrócić na innym dysku na 10.14 i sprawdzić.

Pomyślałem, że pomoże zmiana z OC 052 na OC 053, ale jest jeszcze gorzej, na tej wersji nie odpala się. 
Error allocating 0x11981 pages at 0x00000000167d8000 alloc type 2
Couldn't allocate runtime area.

Lepiej zostać na OC 052?

Czy problem na OC 053 Z Error allocating…,  może powodować te restarty na wersji OC 052?

Zauważyłem, że na samym iGPU Intela 630, po dwóch dniach miałem tylko 2-3 restarty.

Natomiast na ATI 590 mam restarty co kilka - kilkanaście minut.

Nie wiem gdzie szukać?

Wracać na Clovera bez emulacji NVRAM?

Dzięki za pomoc.

Share this post


Link to post
Share on other sites
6 godzin temu, Ian napisał:

Jestem do tego stopnia zadowolony z OpenCore, że całkowicie zrezygnowałem z Clovera na rzecz omawianego

Ja generalnie też jestem pod wrażeniem przemyślanej konstrukcji oraz dojrzałości w działaniu. Niestety OpenCore psuje aktywacje Windows i programów pod niego, tych zależnych od sprzętu - a tego pominąć nie mogę. Wszystkie nowsze komputery, te które miały w standardzie Win8.x opierają się o aktywację w oparciu o UUID sprzętu i np Mac Address karty sieciowej (ale nie tylko to, bo sprowadzanych bywa więcej podzespołów). Wtedy taki Windows nie aktywuje się chociażbyś nawet dzwonił do supportu, a ja mam parę jeszcze innych programów gdzie np mam łącznie limit 10 aktywacji...

Share this post


Link to post
Share on other sites

@AlPaczino Mieszanie w BIOS może zmieniać dostępne miejsce do alokacji pomięci przez Opencore. Trzeba ustawić wszystko tak jak ma być, sprawdzić gdzie jest dostateczna ilość wolnej pamięci, obliczyć odpowiedni slide i wtedy zniknie problem z alokacją pamięci.

W opencore jest jedna ciekawa opcja: ProtectCsmRegion, warto włączyć jak nie jest enabled.

 

Share this post


Link to post
Share on other sites
2 godziny temu, wujek_bogdan napisał:

@314TeR

Próbowałeś zgłaszać te zastrzeżenia do autora?

Jeszcze nie - autor wychodzi z założenia, że powinno się reaktywować windows... Owszem można to zrobić dla wersji którą była kupiona luzem, ale jak jest dostarczona z komputerem to to już nie przejdzie.

Share this post


Link to post
Share on other sites

@reyder dzięki.

W biosie nic nie zmieniałem. Po przejściu z 10.14.6 na 10.15.1, komp się restartował.

Wtedy zmieniłem OC na nowszą wersję i pojawił się problem z allokacją. OC w wersji 052 normalnie się odpala.

Wyczytałem tu https://khronokernel-2.gitbook.io/opencore-vanilla-desktop-guide/extras/kalsr-fix , że przy problemach z allokacją, ShrinkMemoryMap powinno być YES? To prawda?

 

Share this post


Link to post
Share on other sites
11 godzin temu, 314TeR napisał:

Jeszcze nie - autor wychodzi z założenia, że powinno się reaktywować windows... Owszem można to zrobić dla wersji którą była kupiona luzem, ale jak jest dostarczona z komputerem to to już nie przejdzie.

Niezbyt podoba mi się to założenie, bo przecież problem z aktywacją wynika z tego, że bootloader nakłada pewne patche, które są wymagane tylko dla jednego systemu operacyjnego. Powinno to więc wyglądać tak, że albo wyłączamy patche zupełnie w przypadki bootowania systemu innego niż macOS, albo tworzymy konfigi per-system. Druga opcja podoba mi się zdecydowanie bardziej, bo daje dużo większą swobodę.

Share this post


Link to post
Share on other sites

Na tej stronie https://khronokernel-2.gitbook.io/opencore-vanilla-desktop-guide/creating-the-usb dla OC podają takie ustawienia BIOSU.
Nie mogę wyłączyć tego, bo nie mam w biosie:

CFG Lock(MSR 0xE2 write protection)
If this can't be turned off in the BIOS(or even found) please consider patching it out. See Fixing CFG Lock for more info.

Myślicie, że to może restartować komputer?

Jak mogę wyłączyć serial port? Jest jakiś patch?

Edited by AlPaczino

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.