danielosx86

Skalowanie działa okej, renderowanie interfejsu w 5K dla skalowania 1440p, w 4K dla 1080p. Jest tak jak powinno być. Podepnij monitor 2 kablami - jeden do iGPU, drugi do dGPU i zmieniaj tylko sygnał wejściowy w monitorze. Nic lepszego nie wymyślisz w tym przypadku.

A nie masz czasem monitora HiDPI (np. 4K) i nie używasz skalowania interfejsu do 1440p? Jeśli tak, to macOS renderuje UI w 5K, a następnie skaluje do 1440p.

Po pierwsze - jeśli używasz integry, to Nvidia powinna być ubita przez SSDT albo (łatwiej) przez Whatevergreen. Jeśli masz monitor podpiety pod GPU, to IGPU powinna być headless. Po drugie - najpierw wczytujesz pluginy do VirtualSMC, a dopiero później samo VirtualSMC - kolejność wpisów ma znaczenie.

Gotowców możesz sobie poszukać sam, natomiast w przypadku OC to nie jest dobra droga, bo przy każdej aktualizacji i tak trzeba zapoznać się ze zmianami i zaktualizować config, więc warto poczytać i zrozumieć co jest czym. Sprawę ułatwia fenomenalna dokumentacja, której nie ma w przypadku Clovera. Licencji nie stracisz, jeśli przeniesiesz aktualne numery seryjne. W Twoim przypadku konieczna jest zmiana SMBIOS, a co za tym idzie, zmiana numerów.

Sporo do nadrobienia przed Tobą. W skrócie - jeśli chcesz instalować Big Sur to powinieneś przejść na OpenCore. Tylko najnowszy Clover potrafi podnieść Big Sur, tyle, że samego Clovera w nim niewiele od czasu niedawnej integracji z OpenCore. Nowy Clover na starym configu i tak nie zadziała, więc skoro i tak musisz się bawić w konfigurowanie od nowa, to lepiej już to robić na OpenCore.

Czy ktoś natknął się na problemy z uruchamianiem niepodpisanych aplikacji w Big Sur? Zdaje się, że ominięcie Gatekeepera jest trudniejsze niż w poprzednich macOS-ach, lub jest to bug systemowy. Przy próbie odpalenia aplikacji pojawia się komunikat "You do not have permission to open the application". Otwieram aplikację oczywiście przez PPM => Open, w systemie ustawione dopuszczanie aplikacji z dowolnego źródła. Bez znaczenia czy SIP i AMFI są włączone czy nie. Przetestowane bez rezultatu: 1) sudo xattr -rd com.apple.quarantine /Applications/my_app.app 2) sudo chmod 755 -R Path\ to\ app\ file.app 3) xattr -cr <paste the app here> sudo chown -R your_user_name:admin <paste the app here> sudo chmod -R a+x <paste the app here> Ponoć da się to ominąć instalując homebrew: sudo upx -d /Applications/my_app.app/Contents/MacOS/my_app Na razie jednak nie chcę instalować narzędzi trzecich, bo jako admin systemu powinienem mieć możliwość decydowania czy ryzykuję czy nie, to (jeszcze) nie iOS. Może ktoś ma jeszcze jakiś pomysł? Problem opisany jest m.in.: https://stackoverflow.com/questions/64842819/cant-run-app-because-of-permission-in-big-sur https://developer.apple.com/forums/thread/666611

Bo używasz niewspieranego SMBIOS? Sądząc po sygnaturze, masz iMac14,X, który oficjalnie już odpadł. Zmień na oczko wyżej.

Jak na zmianę architektury, przejście na własne procesory, pierwszy system wspierający je, w dodatku wyposażony w jednak sprawny emulator X86, to błąd z recovery nie jest jeszcze najgorszy. Wad wieku dziecięcego nie da się uniknąć, kiedy w firmie marketingowcy są nad inżynierami (bo w której technologicznej korpo nie są?), w dodatku w czasie pandemii, a sprzęt musi się ukazać przed Bożym Narodzeniem. Sprzęt jest nowy, na gwarancji, więc zawsze można zwrócić albo oddać do serwisu. Kto ogarnięty i korzysta ze sprzętu profesjonalnie, ten wie, żeby nie zamawiać pierwszych rewizji, a już na pewno nie w przedsprzedaży, kiedy świat nie miał okazji tego komputera nawet dotknąć. Po prostu aktualni klienci poprzeglądają sobie social media na jakimś innym urządzeniu do czasu wydania poprawki.

Zresetuj NVRAM. Szary ekran z kursorem pojawia zamiast okna wyboru języka.

Zamień <key>prev-lang:kbd</key> <data>AGVuLVVTOjA=</data> na <key>prev-lang:kbd</key> <data></data> Na 99% przejdzie bez ustawionego na sztywno języka.

To wygląda na przypadłość najnowszej Cataliny i Big Sur. U mnie na Gigabyte Z390 Gaming X lekarstwem było darkwake=0, ale możliwe, że darkwake w ogóle został porzucony (kilka jego stanów porzucono w poprzednich macOS) i zastąpiony jakimś innym rozwiązaniem. W każdym razie aktualnie znane metody nie dają sobie z tym rady.

Poczekać, serwery nie ogarniały.

Na papierze to wszystko wygląda bardzo ciekawe - w końcu coś nowego, a nie tylko kolejne Intel x Lake z marginalnym wzrostem wydajności. Rozsądek każe jednak poczekać na 2, może 3. generację Apple Silicon.

Sapphire są polecane przez Apple jako eGPU, więc nie powinny sprawiać problemów (mój RX580 od nich nie sprawia).

Przyganiał user odpowiadając na post miesiąc po, w dodatku nie mając nic sensownego do napisania na ten temat.