Ratio

Antylopa Zen Go

Grafika zintegrowana HD 4600 1536 MB. Monitor podpięty jest pod HDMI. Jak odpalona jest grafika to nie wiem ? dodałem moje EFI do załącznika. Jak możesz to zerknij. EFI.rar

Mam monitor 2K jak włączę i wyłączę to się komputer restartuje 🤕 Trudno może ktoś kiedyś zaradzi.

Panowie ja mam czarny ekran po wybudzeniu używam tylko karty zintegrowanej hd 4600 identyfikacja iMac 17,1. Dopisywałem flagę igfxonln=1 Nic to nie dało, dodam że Open Core nie dawno aktualizowałem. Pomoże ktoś ? W załączniku moje EFI tylko nr smbios skasowałem. EFI.rar

Nie mogę naprawić problemu. Komputer zasypia ale po wybudzeniu nie uruchamia się monitor i muszę robić restart systemu. Próbowałem dodać do boot-argumens igfxonln=1 Ale to nic nie dało. Pomoże ktoś ?

nie uruchamiał się ale po aktualizacji do Monterej wszystko działa jak należy.

Witam. Aktualizacja z Big Sur do Monterey poszła bez problemu. Jedynie musiałem wyrzucić kartę G640 i teraz używam tylko zintegrowanej grafiki HD. Mam tylko problem, komputer nie chce się wybudzić z klawiatury. USB map zrobione. Czy pomoże ktoś.

Chodzi oto że zawsze po uruchomieniu Big Sur muszę instalować sterownik do mojej karty dźwiękowej. Tak się porobiło że Big Sur zaczoł blokować ten sterownik przy uruchamianiu. Czy można kext sterownika przenieść do folderu efi i z tamtąd go za pomocą config uruchamiać ? dodam że odblokowanie w ochrona i prywatność nic nie daje.

Dlaczego ta metoda u mnie nie chce zadziałać co mogę zrobić źle ? Objaw: Interfejs audio działa tylko bezpośrednio po instalacji sterownika. Zwykłe ponowne uruchomienie po instalacji sterownika nie będzie już ładować sterownika, więc interfejs audio jest niedostępny. Jest to zgłaszane w systemie macOS 11.4, ale także w wersji 11.3.1. Przyczyna: Nie do końca jasne. Według opinii użytkowników może się to zdarzyć po aktualizacjach systemu operacyjnego, aktualizacjach sterowników innych firm i aktualizacjach sterowników RME. Podstawowa przyczyna: Wygląda na to, że wewnętrzna baza danych rozszerzeń jądra macOS i uprawnień bezpieczeństwa zostaje uszkodzona. Podczas gdy sterownik wyraźnie był dozwolony przed systemem operacyjnym, teraz działa tak, jakby nie był. To znaczy po ponownym uruchomieniu. Poprawka: musi pochodzić od Apple. Obejście: zgodnie z opiniami użytkowników możliwe jest odświeżenie listy wewnętrznej i przywrócenie poprzedniego, działającego systemu. Użytkownik forum ndc opisał, jak to zrobić ( https://forum.rme-audio.de/viewtopic.ph … 60#p170260 😞 - Uruchom do trybu odzyskiwania - otwórz Terminal - uruchom komendę boot extension panic medic, wpisując: kmutil trigger-panic-medic --volume-root /Volumes/YOUR_HD_DRIVE_NAME Domyślna nazwa dysku twardego to Macintosh HD, gdzie należy pominąć miejsce. W przeciwnym razie użyj niestandardowej nazwy dysku. Ta akcja usuwa wpisy kext-consent. Można je teraz ponownie zatwierdzić po ponownym uruchomieniu: - Uruchom ponownie w trybie normalnym - Przejdź do Bezpieczeństwo i prywatność i zezwól na wszystkie przedmioty, które są obecnie niedozwolone. - Może być konieczne ponowne zainstalowanie sterownika RME, aby wyzwolić powiadomienie o wpisie zgody kext. W przypadku ponownej instalacji upewnij się, że nie klikniesz restartu zbyt wcześnie. Najpierw zakończ instalację sterownika i żądanie Security&Privacy.

Cześć udało Ci sie odpalić to USB 3.0 Bo też mam z tym problem na open core ? Będę wdzięczny za pomoc.

Wszystko przetestowałem program na którym pracuje działa prawidłowo. Co może nie działać ? komputer sie normalnie uruchamia wszystko gra i buczy Dodam że aktualizacja do 11.6.1 przebiegła już z samego hackintosha bez udział macbooka

Kurde poco się męczyć, wystarczy wziąść starego z makbooka podłączyć do niego dysk z systemem który chcemy zaaktualizować i po problemie. Właśnie to zrobiłem !

Piszesz że bios 2102 ma działający NVRAM Czy jeśli go wgram do mojej płyty to uda mi się zainstalować Big Sur ?

Czy może mi ktoś wytłumaczyć jak to zastosować próbuje ale nie wychodzi przy wpisywaniu komend w terminal. Materiał pobrałem z https://www.tonymacx86.com/threads/x299-big-sur-support.302143/page-107 METODA Przeczytaj uważnie metodę i postępuj zgodnie z nią. Wymagania: Zainstalowana pamięć USB z Big Sur, z EFI zawierającym OpenCore 0.6.3 wersja DEBUG i odpowiednią konfiguracją zdolną do uruchomienia i uruchomienia Big Sur w twoim systemie. Aby ta wstępna metoda działała, musisz ustawić Target = 65 w config.plist, co umożliwi debugowanie rejestrowania rozruchu. Spowoduje to utworzenie plików dziennika opencore-<data>.txt w katalogu głównym partycji EFI na twoim USB. Aby uruchomić skrypt niezbędny do wygenerowania wymaganego klucza NVRAM, musisz mieć dostępny inny system macOS. Może to być drugi hack, prawdziwy Mac lub nawet ten sam hack X299, jeśli uruchomisz ponownie istniejącą instalację (chociaż w tym teście wymagałoby to również wymiany dysku, ponieważ chciałbym, abyś wykonał instalację bez żadnego innego podłączone dyski). Mam nadzieję, że w przyszłości udostępnię metodę, która nie wymaga drugiego systemu, ale na razie musisz uruchomić skrypt wiersza poleceń w systemie macOS, aby wygenerować niezbędny klucz NVRAM, który jest oparty na danych z pliku dziennika OpenCore. Skrypt: pobierz skrypt z tego adresu URL . Zapisz go gdzieś, gdzie możesz go łatwo uruchomić z Terminala, np. Twój katalog domowy. Przygotowanie: Znajdź odpowiedni dysk SSD, na którym chcesz przeprowadzić testową instalację systemu macOS. Używam zapasowego dysku SSD 120 GB. Usuń wszystkie inne dyski SSD/NVMe z komputera podczas procesu instalacji. Nie powinno to być konieczne w przyszłości, ale aby zapewnić powodzenie tego testu i mojego skryptu do generowania klucza, chcę mieć pewność, że nie ma innych dysków, które mogłyby wpłynąć na cokolwiek. Przygotuj pamięć USB z instalatorem Big Sur i partycję EFI. Proszę przygotować pamięć USB zgodnie z instrukcją Dortania, używając gibMacOS: https://dortania.github.io/OpenCore.../mac-install.html#downloading-macos-modern-os Partycja EFI musi zawierać wersję OpenCore 0.6.3 DEBUG Plik config.plist musi mieć ustawioną wartość Target = 65 , aby rejestracja debugowania była zapisywana w USB EFI. Jeśli masz jakiekolwiek pliki dziennika opencore-*.txt , przenieś je lub usuń, aby mieć pewność, że wiesz, które pliki dziennika zostały wygenerowane podczas testu. Metoda: Uruchom z USB i wybierz opcję Zainstaluj Big Sur z dysku USB. Gdy pojawi się GUI, otwórz Narzędzie dyskowe. Sformatuj docelowy dysk SSD jako APFS / GUID. Nadaj mu jakąkolwiek nazwę. Teraz uruchom instalację jak zwykle. Gdy minie „pozostało 12 minut”, system uruchomi się ponownie. Pozwól mu zrestartować się do OpenCore, ale potem nie wybieraj żadnej opcji w selektorze rozruchu. Po prostu przejdź do menu wyboru rozruchu, a następnie: WYŁĄCZ SYSTEM I WYJMIJ PAMIĘĆ USB. Za chwilę do niej wrócimy. Ale najpierw musimy edytować plik config.plist . Ważne jest, aby nie przechodził automatycznie do drugiego kroku instalacji, ponieważ w przypadku uruchomienia i niepowodzenia tego procesu prawdopodobnie będziesz musiał ponownie zacząć od kroku 1. Weź pamięć USB i zamontuj EFI na drugim komputerze z systemem macOS. Zajrzyj do katalogu /Volumes/EFI i zanotuj najnowszy plik dziennika opencore-*.txt . Chcemy plik dziennika, który został wygenerowany w kroku 6 - po ponownym uruchomieniu po pierwszym etapie instalacji, a następnie zamknięciu systemu bez wybierania żadnej opcji. Otwórz terminal. Przejdź do katalogu, w którym pobrałeś mój skrypt. Najpierw musimy uczynić go wykonywalnym, uruchom: chmod +x GenNVRAMKey.command Teraz uruchom go: ./GenNVRAMKey.polecenie Poprosi Cię o lokalizację pliku dziennika OpenCore. Możesz wpisać ścieżkę lub po prostu przeciągnąć i upuścić plik z Findera, który wklei ścieżkę. Następnie naciśnij Enter. Na przykład: /Wolumeny/EFI/opencore-2020-11-30-151132.txt Jeśli zadziałało poprawnie, otrzymasz kod do umieszczenia w config.plist , jak na poniższym zrzucie ekranu Otwórz plik config.plist w edytorze tekstu: Przewiń w dół do NVRAM -> DODAJ -> 7C436110-AB2A-4BBB-A880-FE41995C9F82 Ten wpis powinien już istnieć w twoim config.plist , ponieważ jest używany między innymi do dostarczania csr-active-config . Wklej dwie linie kodu podane przez skrypt i zapisz plik. Po dodaniu wierszy plik powinien wyglądać mniej więcej tak (oczywiście wartość danych będzie inna): Odmontuj EFI i włóż USB z powrotem do systemu X299. Uruchom ponownie z USB i kontynuuj instalację, wybierając „ instalator macOS ” z menu OpenCore, tak jak zwykle. Nie będzie to domyślny wpis z powodu uszkodzonej pamięci NVRAM. Jeśli metoda się powiodła, oczekujesz, że kolejny etap instalacji zajmie 10-20 minut, a nie natychmiastowe ponowne uruchomienie, jak miałoby to miejsce wcześniej. Uruchomi się jeszcze 3 razy, zanim dojdziesz do ekranu konfiguracji. Zauważ, że przy jednym lub dwóch późniejszych restartach możesz zobaczyć, że pasek postępu wraca do początku i nie porusza się w ogóle na tym etapie procesu. To jest w porządku, nie przerywaj; nadal powinno być w porządku. Uważam, że poziom paska postępu jest ustalany przez inną zmienną NVRAM, a bez tego pokazuje pasek na samym początku. To tylko kosmetyk. Po (miejmy nadzieję) dotarciu do ekranu konfiguracji, utworzeniu konta i zalogowaniu się, możesz potwierdzić, że lista apfs diskutil pokazuje „ Migawka zapieczętowana: Tak ” (chociaż sam system plików będzie „Zepsuty”, o czym mówiliśmy w ostatnie posty) i że system operacyjny działa poprawnie. Dodany klucz NVRAM ( msu-product-url ) może zostać usunięty lub pozostawiony w config.plist - powinien działać identycznie dla przyszłych aktualizacji, jeśli będą tego wymagać, jednak aktualizacje Big Sur do Big Sur wykorzystują nową metodę, opartą na migawkach , więc może nie być ponownie potrzebne. I to wszystko. Ktoś go wypróbuje i daj mi znać, czy działa, i zgłoś, jeśli masz jakieś problemy po drodze. Po potwierdzeniu, że działa na maszynach z naprawdę uszkodzoną pamięcią NVRAM, zacznę badać proces aktualizacji. A jeśli/kiedy mogę sprawić, że będzie działał niezawodnie zarówno podczas instalacji, jak i aktualizacji, skontaktuję się z Acidantherą i zobaczę, czy byliby zainteresowani dodaniem tej metody jako dziwactwa, aby naprawić aktualizację/instalację dla każdego, kto ma niedziałający NVRAM. Nie ma gwarancji, że uznają to za stosowne dodać, ale spróbuję. Przynajmniej poszukam w przyszłości przewodnika po Dortanii. Ale najpierw musimy sprawdzić, czy to działa

Czy możesz mi napisać co się stanie jak po prostu zaktualizuje ten bios i nie zachowam nr seryjnych i adresu mac co nie będzie działać ? Nie kumam tego. Che tylko za aktualizować do BigSur. Czy nie ma innego sposobu aktualizacji bez wgrywania biosu ?