Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 01/23/14 in all areas

  1. Bardzo przykro to czytać i mam nadzieję, że taka myśl/decyzja jest podyktowana chwilowym nastrojem. Każdy przecież ma słabszy dzień. Forum jest znakomite i, moim skromnym zdaniem, powinno być kontynuowane. Są tu ludzie o ogromnej wiedzy i ich pomoc bywa nieoceniona i często bezcenna. Ludzie tacy jak @314Ter, @reyder, @Estrax..., żeby wymienić tylko te trzy osoby, są wartością samą w sobie. Mi również nie podobają się ogłoszenia o sprzedaży sprzętu czy "zlecenia" budowy hamacka. Ale przecież można zwyczajnie tego zabronić a dział kupno-sprzedaż zlikwidować. Są sklepy, jest eBay, Amazon, jest Allegro itd. Można przecież wyznaczyć moderatorów, z uprawnieniami kasowania postów, można w sposób bardziej rygorystyczny poprowadzić Forum. Dlaczego zaraz "wygaszać" ? Apeluję do Admina o przemyślenie tej decyzji. To Forum jest potrzebne.
    6 points
  2. W końcu ktoś zabrał się za karty wifi/bt intelowskie. Co prawda temat jest w fazie alpha ale wszystko w miarę działa jedynie troszkę mniejsze prędkości pobierania/uploadu niż na windowsie. To zacznijmy od tego, że poniżej jest kext od wifi https://github.com/OpenIntelWireless/itlwm/releases oraz tutaj od BT https://github.com/OpenIntelWireless/IntelBluetoothFirmware/releases/tag/1.1.2 Do łączenia się z siecią potrzebujemy zewnętrzny program, który załączam poniżej, a BT działa bez programów zewnętrznych. Program od wifi jest na tej samej bazie co wbudowany w OSX taki sam interfejs. https://github.com/OpenIntelWireless/HeliPort/releases/tag/v1.0.0 Poniżej załączam zdjęcie jakie modele kart są wspierane przez owy kext. Na moim HP G5 840 Intel 9260 działa bez problemu, jedynie tak jak mówię o jakieś 20-30% są mniejsze prędkości uploadu i downloadu. Fajnie, że coś dzieje się w tym kierunku! Brawa dla chłopaków.
    4 points
  3. Z Cloverem jest problem, że ostatnio skupiają się w większości na nowych ikonkach, ozdobnikach czy funkcjach prezentacyjnych skórek niż faktycznie istotnych ulepszeniach. Do tego nieprzemyślane kluczowe zmiany jak np rozlokowanie sterowników DOS/UEFI czy instalator co niby miał przenosić je same, ale tego nie robił dobrze. Z tymi sterownikami w ogóle uważam, że dali mega ciała, bo przy okazji zmiany lokalizacji wywalony został po cichu AptioMemoryFix - był kasowany z starego folderu a w nowym już nie był instalowany nowy, bo nowego nie ma w instalatorach 5xxx. Jeśli ktoś korzystał w configu z DisableDrivers i wyłączał niepotrzebne sterowniki w tym domyślne Cloverowe OsxAptioFix*Drv - to pięknie ubijany był start systemu. Ogólnie odnoszę wrażenie, że na linii OpenCore <-> Clover jest jakaś niechęć i chyba bardziej z strony developerów Clovera niż vit9696. Być może vit9696 nie mógł się przebić z pomysłem poprawienia kluczowych elementów jak np prawidłowa obsługa Bless, czy zwyczajnie obsługi skrótów klawiszowych jak CMD+R, CMD+V (Verbose), etc, więc postanowił stworzyć alternatywę. Jak się popatrzy obecnie przy jak wielu projektach i to najbardziej kluczowych obecnie macza palce, to dziwię się, że Developerzy Clovera byli tak niechętnie do niego nastawieni. Sam pamiętam sprawę zapisu do NVRAM na platwformach Z87/Z97 i nowszych z którym był problem jakiś czas temu, na które lekarstwo znalazł właśnie vit9696, oraz jak zaciekle apianti zarzucał mu, że nie ma racji... a fakty? AprioMemoryFix i jakoś ten zapis do NVRAM magicznie działo się uruchomić. Potem kod z AptioMemoryFix został przeniesiony do OsxAptioFix3Drv. vit9696 jest obecnie odpowiedzialny za takie projekty jak LILU, AppleALC, WhateverGreen, VirtualSMC, Shiki czy wspomniany w wątku OpenCore. Jak się spojrzy, to bez jego rozwiązań scena OSx86 byłaby wciąż mocno upośledzona? Wyobrażacie sobie, że aby odpalić dźwięk trzeba byłoby znów podkładać zmodyfikowane AppleHDA, czy aby odpalić nvidię modyfikować AppleGraphicsPolicy... Moim zdaniem trzeba przyjrzeć się poważnie OpenCore i być może opuścić statek stagnacji o nazwie Clover. O OpenCore możemy dyskutować w dedykowanym dziale: https://hamac.pl/forum/121-opencore-efilagacy-bootloader-osx86/
    4 points
  4. 314TeR

    Co się dzieje z Cloverem?

    Esencja tego jakie mają priorytety devsi od clovera, znów skórki, znów gui... a gdzie istotne poprawki jak np działanie bless przy instalacji poprawek... wciąż konieczność posiadania po kilka/naście razy tego samego kexta w kexts/10.11, 10.12 itd... albo zakładanie że z other zadziała w all... i ta często logika czasami enable false, a gdzie indzie disable true... istny meksyk Dla mnie OpenCore jest o wiele bardziej "poukładany" - logicznie zaprojektowane configi, kext do czegokolwiek wystarczy mieć 1 raz, a to czy zostanie załadowany czy nie decyduje dopiero wpis w configu. Niestety dla kogoś kto się przesiada z Clovera na OpenCore jest szok, bo trzeba przeorać masę dokumentacji, ale to procentuje, bo się poznaje działanie. Owszem pewnie elementy mogły by być trochę prostsze, przystępniejsze, ale jak się je "okiełzna" to potem przy aktualizacjach trzeba ogarnąć jedynie zmiany i tyle. Największy plus na korzyść OpenCore to dokumentacja. Nie dość, że jest, to jest jeszcze porządnie opisana... to jest przeciwieństwo Clovera gdzie tej dokumentacji po prostu nie ma i nie wiadomo jak niektóre opcje działają, dlaczego, co robią lub chociażby jak ich użyć.
    3 points
  5. 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
    3 points
  6. Instalacja macOS 10.12 Sierra - krok po kroku 31.10.2016 - pierwsza publikacja Poradnik przeznaczony dla nie doświadczonych osób, które zaczynają swoją przygodę z hackintoshem Cały proces jest tak na prawdę bardzo podobny do instalacji El Capitana na PC. Aby przygotować pendrive'a z macOS Sierra, potrzebny nam jest komputer z Windowsem lub z OS Xem nie starszym, niż 10.7 Lion. 1. Przygotowanie USB z macOS Sierra oraz USB z Cloverem 1.1. Przygotowanie z poziomu Windowsa 1.1a. Pobieramy z internetu bootowalny obraz dmg macOS Sierra (polecam wyszukać frazą "macOS Sierra bootable dmg download", ja nie wstawię linka, bo raczej nie mogę na forum ) 1.1b. Pobieramy program TransMac (15-dniowy darmowy trial), następnie instalujemy i uruchamiamy go 1.1c. W lewej kolumnie, wyszukujemy nasz pendrive, klikamy na nim prawy przycisk myszy i wybieramy opcję "Format disk for Mac" 1.1d. Wpisujemy pasującą nam nazwę i potwierdzamy format naszego pendriva klikając przycisk "OK" 1.1e. Po udanym formacie, znowu klikamy w bocznej kolumnie prawy przycisk myszy na naszym pendrivie, ale tym razem wybieramy opcję "Restore with disk image" 1.1f. Wybieramy pobrany wcześniej obraz dmg Sierry i klikamy "OK" //Instalacja Clovera 1.1g. Pobieramy UniBootX Clover: http://hamac.pl/topic/11716-unibootx-clover-oficjalny-uniwersalny-bootloader-hamacpl/ 1.1h. Wpinamy do komputera inny pendrive (dowolna wielkość), przechodzimy do dowolnego narzędzia dyskowego i odtwarzamy obraz UniBootX na pendrivie. 1.2. Przygotowanie z poziomu OS Xa I sposób (z użyciem dodatkowego programu): 1.2a. Uruchamiamy komputer z OS Xem. 1.2b. Pobieramy Sierrę z Mac App Store. 1.2c. Otwieramy narzędzie dyskowe i przygotowujemy pendrive'a (minimum 8GB) na obraz instalacyjny - schemat partycji MBR, format Mac OS Extended (Kronikowany) 1.2d. Pobieramy DiskMaker X z www.diskmakerx.com 1.2e. Uruchamiamy DiskMaker X i przygotowujemy za jego pomocą pendrive z instalacją macOS (wszystko jest wytłumaczone w DiskMakerze ) II sposób (z użyciem jedynie terminala i instalki macOS): 1.2a. Uruchamiamy komputer z OS Xem. 1.2b. Pobieramy Sierrę z Mac App Store. 1.2c. Otwieramy narzędzie dyskowe i przygotowujemy pendrive'a (minimum 8GB) na obraz instalacyjny - schemat partycji MBR, format Mac OS Extended (Kronikowany) i nazwa "Install". 1.2d. Uruchamiamy terminal i wpisujemy: sudo /Applications/Install\ macOS\ Sierra.app/Contents/Resources/createinstallmedia --volume /Volumes/Install --applicationpath /Applications/Install\ macOS\ Sierra.app --nointeraction Teraz rozpocznie się proces wgrywania macOS Sierra na Twojego pena, to zajmie chwilę czasu, więc bądź cierpliwy, zostaniesz powiadomiony, kiedy proces wgrywania się zakończy. //Instalacja Clovera 1.2e. Pobieramy UniBootX Clover: http://hamac.pl/topic/11716-unibootx-clover-oficjalny-uniwersalny-bootloader-hamacpl/ 1.2f. Wpinamy do komputera inny pendrive (dowolna wielkość), przechodzimy do narzędzia dyskowego i odtwarzamy obraz UniBootX na pendrivie. 2. Dostosowywanie Clovera Wszystko o dostosowaniu UniBootX macie tutaj, ja od siebie dodam parę najważniejszych rzeczy: - gotowe configi macie w /EFI/CLOVER/OEM, ale również sporo użytkowników wrzuca na forum gotowe configi pod daną płytę, można je znaleźć tutaj - niezbędny do uruchomienia instalacji jest w configu ten wpis: <key>RtVariables</key> <dict> <key>BooterConfig</key> <string>0x28</string> <key>CsrActiveConfig</key> <string>0x3</string> </dict> dlatego upewnijcie się, czy macie go w configu. 3. Instalacja macOS Sierra 3a. Uruchamiamy komputer. 3b. Kliknij przycisk, który umożliwia wybranie urządzenia, z którego chcemy bootować. 3c. Wybieramy naszego pena z UniBootX, jeśli bootujemy w UEFI, to przed jego nazwą musi być dopisek "UEFI:"! 3d. Kiedy załaduje nam się Clover, wybieramy instalator macOS, który mamy na drugim penie. 3e. Po załadowaniu się instalatora, przechodzimy do Narzędzia Dyskowego. 3f. Partycjonujemy dysk przeznaczony pod instalację OS X: schemat - Tablica partycji GUID, liczba partycji taka, jaka nam odpowiada, nazwa taka, jaka nam się podoba, format - Mac OS Extended (kronikowany). 3l. Wychodzimy z narzędzia dyskowego. 3m. Rozpoczynamy instalację OS Xa. 3n. Po około 15-25 minutach komputer uruchomi się nam ponownie. Ponownie bootujemy z pena, ponownie wybieramy instalator OS Xa!! Teraz rozpocznie się drugi etap instalacji. 3o. Kiedy komputer uruchomi się ponownie znowu bootujemy z pena, tym razem wybieramy zainstalowany przed chwilą system 4. Instalacja Clovera na dysku 4a. Montujemy znajdującą się na naszym komputerze partycję EFI (tutaj jest krótki tutorial: http://themacadmin.com/mounting-the-efi-boot-partition-on-mac-os-x/ ) 4b. Wpinamy do komputera pena z UniBootX. 4c. Przechodzimy do znajdującej się na naszym penie partycji EFI. 4d. Kopiujemy znajdujący się tam folder o nazwie EFI. 4e. Wklejamy go do partycji EFI znajdującej się na naszym dysku 5. Jeśli Clover nie chce startować z dysku... Dosyć często zdarza się, że Clover nie chce startować z dysku (sam miałem ten problem). Rozwiązanie tego problemu znajdziecie poniżej. 5a. Wepnij pena z Cloverem do kompa, przejdź do config.plist i sprawdź czy masz takie coś: <key>Scan</key> <dict> <key>Tool</key> <true/> </dict> Jeśli tego nie masz, to koniecznie dopisz to do config.plist (możesz użyć Clover Configuratora - prostszy sposób dla mniej zaawansowanych użytkowników). 5b. Restartujemy komputer, przechodzimy do UEFI i wyłączamy CSM, lub wgrywamy do naszej karty graficznej UEFI Gop Bios. 5c. Restartujemy komputer, bootujemy z pena z Cloverem i przechodzimy do zakładki "Clover Boot Options". 5d. Zaznaczamy "Add Clover boot options for all enteries". 5e. Restartujemy komputer, przechodzimy do UEFI i w zakładce Boot, jako Boot Option 1, wybieramy Clover OS X Boot (czy coś w ten deseń, piszę z pamięci). 5f. Restartujemy komputer, teraz Clover powinien się poprawnie uruchomić z dysku Lepszą alternatywą dla włączania CSM jest wgranie Uefi Gop Bios do naszej karty graficznej (najpierw sprawdźcie, czy wasza ma takowy do pobrania z neta, bo być może go nie ma i jedyną opcią jest włączenie CSM), ponieważ u mnie po włączeniu CSM, UEFI oraz Clover nie były rozciągnięte na pełny ekran, a, kiedy wgrałem Uefi Gop Bios i wyłączyłem CSM, to pięknie UEFI oraz Clover są na pełnym ekranie w rozdzielczości 1920x1080 To koniec poradnika instalacji macOS Sierra na PC. Mam nadzieję, że się Wam spodobał Jeśli macie jakiekolwiek uwagi, piszcie śmiało! Jeśli powyższy poradnik Ci się spodobał, kliknij przycisk "Lubię to"! To nic nie kosztuje, a motywuje mnie do dalszej pracy! ↘
    3 points
  7. @wujek_bogdan LGA2011 to Sandy/Ivy Bridge-E - ta literka robi ogromną różnicę. Poprawny tutorial to ten: Sandy and Ivy Bridge-E | OpenCore Install Guide (dortania.github.io)
    2 points
  8. knara

    Mac Serial Generator

    Zobaczcie to https://github.com/sickcodes/osx-serial-generator
    2 points
  9. kolezko malinowy JEDI_V, Twoje wypowiedzi sie zupelnie nie na miejscu. poradzilem sobie sam z tematem i poprosilem o zamkniecie tematu, skoro zostal rozwiazany, nie pomagasz to nie przeszkadzaj.
    2 points
  10. Usuń wszystkie pluginy do FakeSMC (oraz SMCHelper.efi), a najlepiej to w ogóle zastąp go VirtualSMC na początek bez żadnych pluginów. Błędy, które widać są związane z zarządzaniem prędkościami wentylatorów, ale to żadne krytyczne errory. Serio zostaw te gotowce sprzed ponad 2 lat i zrób to porządnie na OpenCore, kompleksowy manual do X299 jest tu: https://dortania.github.io/OpenCore-Install-Guide/config-HEDT/skylake-x.html#starting-point Jeśli zaczynasz przygodę z hackintoshem, to zaczynanie od Clovera jest stratą czasu.
    2 points
  11. Wysuwasz śmiałe tezy jak na to forum, gdzie 90% userów używało Cataliny i nikt większych problemów z jej działaniem nie zgłaszał. Z tym kaszanieniem się systemu poprzez zewnętrzne aplikacje, które w dodatku są odseparowane od plików systemowych (system jest na partycji read only) to już w ogóle kosmos. Sam używałem do muzyki (Ableton, FL Studio, Logic Pro) + masa wtyczek i zero problemów z kompatybilnością i stabilnością.
    2 points
  12. Czyli uwaga "nie pomagasz to nie zabieraj głosu" jest raczej nie na miejscu jak rozumiem. Weź sobie czasem do serca, że po drugiej stronie mogą siedzieć ludzie, którzy na Mac OS zjedli zęby od Tigera włącznie... i powstrzymaj się na przyszłość. Również za Twoje uwagi co do wygaśnięcia ważności instalatora też dziękujemy. Podejrzewam, że tutaj pewnie każdy wie jak sobie z tym poradzić kilkoma stuknięciami klawiatury. Bez konieczności - ściągania 5GB z sieci.
    2 points
  13. I tak forum chyli się ku końcowi, wraz z przejściem Apple na ARM, przestaje mieć rację bytu. Padło w tym wątku trochę domniemań i założeń... spróbuję je skomentować. 1. Wydajność CPU - cały czas zakładamy porównanie do obecnej architektury x86 - gdzie procesory są skomplikowane, w zamian programiści mogą względnie łatwo pisać kod. ARM to RISC, zupełnie inna architektura, tu masz względnie małą ilość instrukcji, mało zajmują miejsca w krzemie, wykonywane są szybko przy małym zapotrzebowaniu na energię, ale wymagają bardzo dobrych kompilatorów aby przełożyć ten kod na język maszynowy CPU. Kod wykonywalny na RISC jest "lżejszy" ale aby był efektywny, kompilatory muszą być bardzo dobre. Apple dodatkowo "opakowało" swoje cpu w kooprocesory (nie w sensie klasycznego fpu) a dekoder, kodery itp itd do wielu zastosowań, np video, dlatego płynnie to działa - co zresztą dobrze widać jak się porówna responsywność UI na iPhone i na komplementarnym Androidzie. 2. Ilość RAM - zakładamy, że zapotrzebowanie na RAM będzie identyczne jak w przypadku x86, ale wcale tak może nie być. Kod ARM jest zupełnie inny i ilość jaką będzie (może zajmować) w RAM może być zupełnie inna. Jak będzie w praktyce - zobaczymy, może skończą się czasy kiedy FireFox zajmuję mi po 8GB RAM, a mój MBP z 16GB ram na x86 non-stop używa swapa w ilości od 4 do 10GB. A ja nie jestem ani grafikiem, ani muzykiem, ani programistą, ani dźwiękowcem. Po prostu z racji tego, że jestem adminem IT potrzebuję na raz niekiedy otwartych kilkadziesiąt zakładek w przeglądarce, kilka terminali ssh, drugą przeglądarkę z paroma kartami (np do testów) i parę innych programów narzędziowych... i gdzie się podziewa te 24-26GB RAM. Jak będzie zobaczymy. 3. Możliwość podłączenia zewnętrznych monitorów - sam stoję przed decyzją co dalej - mam MBP mid 2012 (ostatni model przed retiną), wciąż się dzielnie trzyma, tylko już Big Sur nie dostałem jako aktualizacja i jeśli chcę zostać w ekosystemie Apple to muszę w najbliższym roku kupić nowego macbooka - a czy to będzie Air/Pro wiele zależy od faktycznej wydajności, możliwości. Najbardziej składniam się w kierunku 1 mocnego macbooka do którego w domu bym podpinał minimum 2 monitory. I tu faktycznie brak możliwości podłączenia więcej niż 1 sztuki jest dla mnie sporym problemem i wiem, że nie wybrał bym żadnego z obecnie dostępnych sprzętów. 4. Poczekamy, zobaczymy - nie analizowałem tematu, nie wiem czy ta grafika jest prawidłowa, czy tylko klikbajt kogoś kto chce zwrócić na siebie uwagę. Skoro Apple zablokował ARM to czemu wciąż można uruchamiać kod z x86. 5. Ceny - Apple w ostatnich ~8 latach podnosiło ceny wprowadzając nowe produkty na nowe poziomy cenowe zamiast zastępując... ale inni producenci też tak robią. Wszystko jest drogie - popatrz ile kosztują obecnie solidne płyty główne do PC - 2000+ to już nic niezwykłego. Do tego dorzuć solidny zasilacz, obudowę już pęka następny 1000zł. Solidna wydajna grafika 3000+, jak jeszcze parę lat temu taka np najmocniejsza 980Ti ledwo przekraczała 2000pln. Wszystko drożeje, a ostatnio kursy walut nie są łaskawe. Coś co parę lat temu kosztowało 1000USD kiedy USD był 3,3PLN kosztowało 3300, a dziś USD jest 3,75. Wiele osób też zapomina, że cykl życiowy produktów Apple jest wyraźnie dłuższy niż komplementarnych PC czy Androidów. Sam pracuję na MBP2012 z 2012 roku, mocy mi nie brakuje, przy SSD ten swap nie jest jakoś uciążliwy i gdyby nie decyzja Apple o ubiciu aktualizacji pewnie bym dalej na nim pracował aż do jego śmierci... Natomiast to wciąż nie oznacza, że już dziś muszę go wywalić, wciąż aktualizacje bezpieczeństwa będą wydawane przez najbliższe 2 lata i bezpiecznie mogę go używać do jesieni 2022 roku - czyli pełne 10 lat. pokażcie mi inny sprzet PC poza naprawdę markowymi i drogimi notebookami które by wytrzymały 10 lat eksploatacji... PS A akumulator wciąż trzyma 78% sprawności nowego po 8-smiu latach i 852 cyklach. To samo z iPhone'ami - Spokojnie można korzystać obecnie z telefonu przez 3 - 4 lata i niczego właściwie nie brakuje. Zawsze dostaje się nowy soft, chodzi on płynnie, ba wręcz mam wrażenie, że każda nowa aktualizacja systemu przyśpiesza i mój iP8+ działa dziś szybciej niż kiedy go nowego wyjmowałem. Czy ktoś z kto ma Androida topowego dostał już aktualizacje o 3 pełne duże aktualizacje systemu od producenta w dniu jego premiery i wciąż ten telefon działa szybko bez problemu? 6. Taka moja konkluzja... Od premiery M1 na Apple należy przestać patrzeć tak jak dotychczas. Do tej pory Apple zawsze mniej czy bardziej korzystało z rozwiązań firm zewnętrznych jeśli chodzi o napędzanie swoich kompów - Motorolla, PowerPC, x86... musieli je adoptować do tego co chcieli zrobić. Należy też pamiętać, że koncepcja produktów Apple to kompletne urządzenie - hardware + software, dokonali już tego w przypadku iUrządzeń, a teraz robią to dla komputerów. To jak się będą one sprawdzać na co dzień zobaczymy w najbliższych miesiącach. Na pewno wyjdą jakieś problemy, którye ciężko było przewidzieć, dlatego też wprowadzają wpierw do urządzeń najtańszych jako formę poligonu. PS Natomiast za brak możliwości rozbudowy w postaci dołożenia RAM czy większego dysku, powinno się Apple piętnować. To sztuczne postarzanie produktu.
    2 points
  14. Nie sprawdzisz sam - nie dowiesz się. Będziesz skazany na to, co napiszą inni. Jestem zdania, że zwrot jest najlepszą weryfikacją produktu. W USA zwrot zakupionego towaru jest ułatwiony do maximum. Dotyczy to WSZYSTKICH towarów. Np. jeśli ktoś kupi arbuza, rozkroi go, spróbuje i uzna że ten mu nie smakuje - odnosi do sklepu i sprzedawca oddaje mu pieniądze. Znam takie osoby. Na oddanie produktu mamy zazwyczaj 2 tygodnie, 30 dni, 90 dni lub rok i dłużej. W zależności od tego, co kupiliśmy i gdzie. A wracając.. Apple (i nie tylko Apple) strzelałby sobie w stopę, gdyby każdy ich nowo wydany produkt był bublem. Ludzie zwyczajnie oddawaliby zakupione rzeczy. Dlatego byłbym ostrożny z wypowiedziami typu "Kto ogarnięty..." itd. Nikt niczego by nie kupił, tylko czytał social media. A jeśli ten nieogarnięty klient kupuje nowość, bo chce ją przetestować dla zaspokojenia swojej ciekawości? Nic go to przecież nie kosztuje. Straty ponosi wyłącznie producent. To tak z grubsza, ale oczywiście, każdy przypadek bywa inny. Jednak bardzo szybko ferujemy wyroki na podstawie czegoś, co przeczytaliśmy w social mediach. Za chwilę będę miał nowego MBP i sobie potestuję. Nie spodoba mi się - oddam. Zauważyłem też, że do nowych rzeczy podchodzimy jak mysz do jeża. Nowe jest wrogiem starego. Jeszcze nie tak dawno uważano, że dyski M.2 nie nadają się do profesjonalnej (słowo klucz) pracy, ponieważ mają masę wad. Czy dziś jeszcze ktoś tak uważa?
    2 points
  15. Całkiem możliwe, że już niedługo Clover nie będzie jedynym słysznym bootloaderem - nadchodzi OpenCore od vit9696. Temat na Insanely: https://www.insanelymac.com/forum/topic/338527-opencore-development/ GitHub: https://github.com/acidanthera/OpenCorePkg EDIT 314TeR Dedykowany dział poświęcony OpenCore na naszym forum jest tu: https://hamac.pl/forum/121-opencore-efilagacy-bootloader-osx86/
    2 points
  16. Odnośnie clovera to powyżej wersji 5116 nastąpiła zmiana https://www.insanelymac.com/forum/topic/304530-clover-change-explanations/?page=7 W Twoim przypadku Musisz zmienić w pliku konfiguracyjnym config.plist Clovera wartość parametru NoDefaultProperties z true na false. Wartość true jest domyśla. Na przykład pobierając ten plik https://github.com/CloverHackyColor/CloverBootloader/releases/download/5121/Clover-5121-X64.iso.7z możesz zobaczyć w której sekcji występuje NoDefaultProperties w pliku config.plist Clovera
    2 points
  17. Muszę sam sobie (i potomnym) odpowiedzieć... 🙃 Wystarczy podmienić EFI na oryginalny i pousuwać zbędne hackowe dodatki z systemu, CMD+ALT+P+R ... i vuala 😃
    2 points
  18. Estrax

    Jaki komputer do 1k zł ?

    Zarówno Z270 jak i Z170 są do ruszenia, ale wpływają one na wybór CPU pod tę platformę. Z pewnością jednak nie schodziłbym poniżej 8 GB RAM, jest to w zasadzie takie kompletne minimum, by macOS nadawał się do użytku.
    2 points
  19. Ja mam fobię, że muszę mieć wszystko najnowsze i najlepsze, a czytanie logów zmian i poprawianie configu sprawia mi po prostu przyjemność ¯\_(ツ)_/¯
    2 points
  20. PMCR wygląda inaczej w dumpach z iMac18,3 i iMac19,1, więc to może być przyczyną: iMac18,3 / iMacPro1,1 Device (PMCR) { Name (_ADR, 0x001F0002) // _ADR: Address } iMac19,1 Device (PMCR) { Name (_HID, EisaId ("APP9876")) // _HID: Hardware ID Name (_STA, 0x0B) // _STA: Status Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings { Memory32Fixed (ReadWrite, 0xFE000000, // Address Base 0x00010000, // Address Length ) }) } W info.plist w kexcie są wymienione identyfikatory chipsetów serii 100, 200 (w tym też 370, który mimo nazwy należy do serii 200) oraz nazwa urządzenia "APP9876", która widnieje PMCR w iMac19,1 (Q370), dlatego tylko Z390 potrzebuje patcha. Pozostaje kwestia przygotowania SSDT, który nie będzie wywalał restartu i shutdown, bo trzymanie w całości zmodyfikowanego DSDT trochę kłóci mi się z konfiguracją vanilla ; ) Chyba, że da się stworzyć dummy kext dodając identyfikator Z390?
    2 points
  21. danielosx86

    PM i sleep Z390

    Zobacz w konsoli czy loguje przyczynę wybudzania. Warto też zresetować ustawienia zarządzania energią (można ręcznie, można np. Hackintoolem). Wyłączenie wake on lan też nie zaszkodzi.
    2 points
  22. Zazwyczaj poluję na okazje na allegro, ale przeglądam również sklepy typu xkom, morele czy komputronik, gdyż od czasu do czasu pojawiają się tam konkretne rzeczy w przyzwoitych cenach. Tym razem jakimś cudem znalazłem się na morelach w odpowiednim czasie. Gdy zobaczyłem tę kartę w tych pieniądzach (i to nie w sekcji outlet czy wyprzedaże), nawet się nie zastanawiałem nad zakupem. Osobiście uważam, że 900-1000 pln za nią to zdecydowanie za dużo - powinna ona być wyceniona na jakieś 700 pln, szczególnie uwzględniając aktualne ceny Polarisów. Zawsze też staram się kontaktować ze sprzedawcami i próbuję negocjować cenę w dół - uważam, że każda cena jest do negocjacji - czasami się udaje, czasami nie - ale miałbym sobie za złe, gdybym nie spróbował. W przypadku takich firm jak te wspomniane wyżej, negocjować jest łatwiej, gdyż zależy im na tym, by towar zjechał im z magazynu - czasami schodzą nieco z ceny, czasem zaś są w stanie dorzucić coś konkretnego w gratisie. Tu urwę 20 pln, tam 50, jeszcze w innym przypadku 100-200 pln przy ciut większym zamówieniu i na koniec roku wychodzi taki sprzęt za 3-3.5k pln niemalże gratis.
    2 points
  23. Pod żadnym pozorem nie mam tu pretensji ani do AMD, ani do TSMC, bardziej już miałbym takowe do Intela za kilkuletnią stagnację. Ryzeny na Zen 2 to już kawał porządnego sprzętu, który pod wieloma względami CPU Intela zostawia daleko z tyłu. Podejrzewam, że najpóźniej Zen 4 będzie architekturą, która wyprzedzi Intela w wydajności pojedynczych wątków. Co do sprzętu, leci on pod symulacje małych układów kwantowych, tak do 38-40 qubitów. Niestety, powyżej tego będzie ciężko wskoczyć własnym sumptem, gdyż w przypadku kwantów wymagana ilość RAMu jest ogromna i rośnie wykładniczo (38 qubitów wymaga 256 GB RAM, 40 qubitów już 1 TB). Niestety, nie wszystko przy tych obliczeniach da się ładnie zrównoleglić (przynajmniej na razie), stąd wyłącznie dwie GPU i wielowątkowy CPU do obliczeń sekwencyjnych. W kwestii LC, AiO tu nie widzę, bardziej celuję w coś customowego. Wydajniej, a jednocześnie też sumarycznie ciut ciszej niż na AiO, a przy okazji też większe pole do modernizacji pojedynczych elementów.
    2 points
  24. Z Z390 wcale nie jest tak źle, mam Z390 Gaming X i w zasadzie nie ma z nią problemów. Nie używam ani skryptów do emulacji NVRAM, ani innej metody, jedynie aptiomemoryfix i emuvariableuefi. Działa wszystko bez zająknięcia, nie ma pomieszanych języków, działa iMessage i FaceTime itd. Problemy z alokacją pamięci owszem są, ale slide=0 załatwia sprawę. Wg mnie to kosmetyka, nie ma co demonizować.
    2 points
  25. Już jest aktualna wersja. Co nowego w wersji 2019-11-20 Kompatybilność z macOS Catalina 10.15.1 Kluczowe komponenty: Clover r5098 AppleALC - 1.4.3 Lilu 1.3.9 WhateverGreen - 1.3.4 USBInjectAll - 0.7.1
    2 points
  26. Tak, Postaram się na dniach zaktualizować i wrzucić.
    2 points
  27. Hej, dla potomnych - bo jestem pewien że lada chwila pojawią się pytania Clover od wersji 2.5 czyli release 5018 i wyższe zmienia strukturę folderów i nie jest kompatybilny z automatycznym aktualizowaniem ze starszych wersji! Próba zaktualizowania Clovera w klasyczny sposób zakończy się czarnym ekranem przy próbie bootowania systemu, przed chwilą mnie to spotkało Trzeba ręcznie przenieść drivery do nowej struktury katalogów. Nowa struktura to: /drivers/BIOS (zamiast /drivers64) /drivers/UEFI (zamiast /drivers64UEFI) /drivers/off (wyłączane drivery na potrzeby testów, nie będą ładowane) Co zrobić: 1. Przed aktualizacją klasycznie backup EFI na jakiegoś pena, żeby uniknąć niespodzianek i problemów - a tym razem ryzyko podwójne! 2. Ręcznie przenieść dotychczasowe foldery do nowej struktury - czyli całą zawartość /drivers64UEFI do /drivers/UEFI i tak dalej 3. Zainstalować nowego Clovera z pliku .pkg i zaktualizować potrzebne drivery 4. Upewnić się że nie brakuje niczego potrzebnego i że mamy komplet jaki mieliśmy 5. Reboot i test czy system wstanie na nowym Cloverze CloverConfigurator czy inne Updatery nie podołają, trzeba zrobić to ręcznie. W załączniku screen ze strukturą folderów która u mnie działa po aktualizacji do 5018.
    2 points
  28. Opierając się na Twoim obszernym opisie problemu, spoglądając na Twoją konfigurację sprzętową, wersję systemu i zaglądając zdalnie w Twój katalog EFi, śmiało można z całą pewnością stwierdzić, że to jakiś błąd typu Kernel Panic.
    2 points
  29. Nie w tym rzecz - to, że ktoś od kilku lat kompiluje Clovera i wrzuca na Git to nic nowego, ale repozytorium, do którego podałem link prowadzi Slice. Teraz to będzie główne i oficjalne źródło Clovera.
    2 points
  30. Zamieszczam tutaj konfigurację dla Z270 Gaming K3 z Skylake i7 6700K oraz Nvidią. USB ustawione za pomocą FB-Patchera. Sleep działa normalnie, nie spada wydajność po sleepie, nic się nie wykrzacza. W załączniku znajduje się cały folder EFI, w którym trzeba uzupełnić tylko sekcję PlatformInfo(SMBios) XMP normalnie działa, pokazuje prawidłowe prędkości ram. iGPU używane ze względu na Quick Sync, jeżeli ktoś chce używać samej nvidii to wyłącza w biosie Internal Graphics i usuwa całą sekcje PciRoot(0x0)/Pci(0x2,0x0) z configu. Ustawienia Bios Zakładka Peripherals>XHCI Hand-Off = Enabled (bez tego w ogóle nie uruchomimy OSX) Chipset>Internal Graphics = Enabled Chipset>DVMT Pre-Allocated 64M (Opcja pojawia się dopiero po załączeniu Internal Graphics) Chipset>DVMT Total Gfx Mem 256MB bądź MAX (Opcja pojawia się dopiero po załączeniu Internal Graphics) Co nie działa? Jedyną rzeczą, która nie działa to zintegrowana karta dźwiękowa, bo w ogóle jej nie używam więc jej nie skonfigurowałem, lecz jeżeli znajdzie się ktoś tutaj na forum kto będzie chciał uruchomić audio na tej płycie głównej to z miłą chęcią oferuje pomoc. Nie mam pewności co do USB 3.1, bo nie mam jak przetestować. Poniżej załączniki do benchmarków: Geekbench 5 CPU https://browser.geekbench.com/v5/cpu/261696 Geekbench 4 CPU https://browser.geekbench.com/v4/cpu/14712631 iGPU https://browser.geekbench.com/v4/compute/4567470 Nvidia https://browser.geekbench.com/v5/compute/118121 (Po wykonaniu DSDT wynik skoczył z 48K do 55K) Edit Ver.1 -W załączniku został dodany zmodyfikowany bios bez MSR/CFG Lock, także po wgraniu biosu można wyłączyć opcję AppleXcpmCfgLock w config.plist (W paczce znajduję się informacja jak go wgrać) Edit Ver.2 -Zrobione DSDT, także wszystko teraz jest widoczne w zakładce Raport Systemowy>PCI (Zrzut ekranu poniżej) Co prawda DSDT jest pod moje podzespoły, ale jeżeli ktoś miałby inne GPU i dysk to również powinno działać. Nie wiem jak to ma się do karty AMD. Power Management działa całkowicie poprawnie. Z270_Gaming_K3_Unlocked_CFG:MSR.zip EFI_2.zip
    2 points
  31. Ian

    MacOS 10.15 Catalina

    Bo tez nie specjalnie wiem, jak Ci to wyjaśnić... Zamieszczę wiec fragment zwrotu "diskutil list": Gdzie Liteonit to nazwa jaka nadałem dyskowi. Wszystko rozgrywa sie wewnątrz Kontenera APFS.
    2 points
  32. Ja niestety też nie mam czasu aby pomóc w prowadzeniu forum, ostatnio natłok spraw na mojej głowie doprowadza nawet do kilku nieprzespanych nocy. Jedyne co mogę zaoferować z mojej strony to hosting i pomoc przy ewentualnych błędach itp. Na sprawy czysto moderatorskie, czy pisanie poradników nie mam zwyczajnie czasu. Dobrym przykładem będzie tutaj ostatnio wydany nowy bootloader UEFI OperCore. Większość osób prawdopodobnie nie będzie miała pojęcia jak się do niego zabrać i przygotowanie jakieś bazowego gotowca byłoby dobrym pomysłem. Z drugiej strony bootloader ma świetnego developera, który udokumentował dosłownie wszystko. Każda drobna zmiana jest aktualizowana razem z wyjaśnieniami. Więc jeżeli ktoś włoży odrobinę chęci powinien bez problemu albo z małymi sobie poradzić. Prawie zawsze jeżeli ktoś wrzuci posta, że przygotował swój config i widać że włożył chociaż trochę swojego czasu żeby to działało to staram się wytłumaczyć co jest źle. W wielu przypadkach tak się nie zdarza i widać 0 włożonej pracy więc ja rewanżuję się tym samym. Nie jest fanem UniBootX-a, nie lubię jak ktoś przygotowuje Bootloadera pod jednego kompa, używa do tego OEM i jest tam dużo niepotrzebnych rzeczy. Jest to tylko moja opinia. Rozumiem, że jest to przydatne dla początkujących i w żaden sposób tego nie krytykuje tylko pisze swoje odczucia. Zdaje sobie sprawę jakie jest jego zadanie. Jest sporo osób z laptopami, które pytają na forum. Ja nie mam niestety na nie czasu i je ignoruje. Tak samo platformy starsze niż Z77. Sporo osób też pisze ogłoszenia na forum, że zlecą instalacje systemu. Nie widzę w tym nic złego, wiele osób nie ma czasu zajmować się tym tematem i woli aby ktoś wszystko mu przygotował, doradził, wyjaśnił jak wygląda sytuacja z tym i tamtym. Wiele osób pisze do mnie, z tego forum albo z polecenia od kogoś innego. Ostatnio pisało sporo osób, którym nie miałem czasu pomóc, czekały tydzień i chciały pomocy w ogarnięciu im nowego sprzętu odpłatnie. Niektórzy nadal czekają. Jest sporo osób, którym pomagam zdalnie i konwersacje idą w tysiące wiadomości czasami. Pisanie na forum było by ciężkie. Staram się zawsze pomóc z wyborem sprzętu jeżeli ktoś się boryka z jakimś problemem. Modyfikacjami biosu asusa Z87? Raz pisał ktoś z zagranicy o pomoc z obejściem biosu, nie byłem w stanie pomóc i vit z OpenCore musiał spojrzeć na kod dissasemblera. Zdarzało się, że ktoś oddawał mi do zrobienia kompa i musiałem specjalnie debugować sterownik karty sieciowej bo miał jakąś egzotyczną wersje, którą modyfikowałem binarnie aby to działało. Była to osoba która ogarniała temat, ale nie było żadnego rozwiązania w internecie związanego z jego problemem. Prawdopodobnie wiele osób skorzystało by z nie polecanych przez nas a nawet znienawidzonych opcji gdyby nie to forum. Rozpisałem się, nie wiem czy napisałem o wszystkim. Koniec.
    2 points
  33. Jak sama nazwa tematu wskazuje - aktywacja starych sterowników nVidii w macOS Mojave ALE tylko na kartach bez obsługi Metala, max GeForce serii 5xx: https://github.com/chris1111/Fix-Old-NVIDIA-macOS-Mojave
    2 points
  34. @music mylisz powody (sens) wydania clovera. Chameloen a wcześniej PC_EFI, a wcześniej Boot132 to grupa bootloaderów emulujących EFI dla macOS aby ten mógł wystartować z komputera z tylko BIOSem. Natomiast Clover to już bootloader UEFI, wykorzystujący UEFI płyty głównej. Owszem ma jeszcze tryb wstecznej kompatybilności, ale to wciąż ładuje biblioteki EFI (Duet) a nie emuluje jak jak chameleon. Obecnie jest wg mnie delikatna stagnacja z rozwojem clovera. Stał się on też dość wielką kobyłą. Ostatnio vit9696 pokazał, że zna się na wielu aspektach OSx86 i dzięki niemu zawdzięczamy wiele komponentów sceny bez których wydaje się, że juz nie możemy żyć, a są to Lilu, wraz z całą rodziną pluginów jak AppleALC, WeG, czy np znalezienie problemu z zapisem do NVRAM i wydaniem AptioMemoryFix. Wg mnie to obecnie chyba najprężniej działający developer na scenie. Ja osobiście kibicuję takim projektom.
    2 points
  35. Ups. Dzięki za sprostowanie.
    1 point
  36. Postawisz. Widzę, że na Githubie można znaleźć gotowe konfigi dla x79 dla Clovera. Jeśli chcesz stawiać system za pomocą OpenCore, to tutaj masz ogólny poradnik dla Ivy Bridge. Z kartą graficzną nie będzie problemów.
    1 point
  37. @bogdanh: 2.5 GT/s oznacza PCIe w standardzie 1.x. Z tego co pamiętam, czytnik kart jest w praktyce podpięty pod single-lane PCIe 2.0 x1, jednakże sam czytnik działa w trybie PCIe 1.1 x1, więc maksymalna (szczytowa) przepustowość to jakieś 250 MB/s - zarówno odczyt, jak i zapis. Z podanych portów, najszybszy jest TB, na którym szczytowo, w pracy ciągłej, wyciągniesz około 1-1.1 GB/s w obie strony. Po USB 3.0 będzie to około 470-500 MB/s, a po SATA3 jakieś 550-570 MB/s. Jedyna szybsza alternatywa to wykorzystanie zewnętrznej obudowy na TB1/TB2 pod eGPU - ma ona w środku slot PCIe, pod który podpinasz adapter na dyski M.2 NVMe i stosowne dyski. Opłacalność całej inwestycji zależy od tego, za ile wyrwiesz wspomnianą obudowę na eGPU pod TB1/TB2, a max co osiągniesz, to 1-1.1 GB/s w obie strony. Mimo wszystko, zdecydowanie lepsze efekty osiągnąć możesz przez przesiadkę na sprzęt, który natywnie wspiera M.2 NVMe - dyski M.2 2280 z kontrolerem PCIe 3.0 x4, które mają max przepustowość na poziomie około 3-3.5 GB/s w obie strony, są dość atrakcyjne cenowo. Wystarczy spojrzeć np. na następujące modele: - SiliconPower A80 512 GB - 3400 MB/s odczyt, 3000 MB/s zapis - około 330 pln a w przypadku wyższej pojemności: - PNY XLR8 CS3030 1 TB - SiliconPower A80 1 TB - Adata XPG SX8200 Pro 1 TB które to wyciągają max 3500 MB/s odczyt i 3000 MB/s zapis, a są do wyrwania za około 600 pln. Ponadto, nowszy sprzęt to m.in. obecność USB 3.1 gen 2, które zapewnia przepustowość taką samą jak TB1 (10 Gb/s), a obudowy na dyski M.2 NVMe na USB-C są dość tanie i powszechnie dostępne. Co do kart SD, coś mi tu nie pasuje w tym, co piszesz, ale po kolei: 1. Nie spotkałem jeszcze przyzwoitej karty 500 GB w przedziale cenowym 80-150 pln - to, co można znaleźć na allegro, to w dużej mierze chińskie no-name'y, co do których parametrów można mieć poważne wątpliwości. Najtańsza przyzwoita karta SD (lub microSD z adapterem na SD) to Samsung Evo Plus - 256 GB w cenie około 160 pln, ale i karta ta jest w zasadzie pod każdym względem gorsza, niż SSD na SATA3 w tej samej cenie. 2. Klasa karty SD mówi sporo o jej wydajności - C10/U1/V10 to minimum 10 MB/s w zapisie, U3 i V30 to minimum 30 MB/s, V90 powinno zapewniać minimum 90 MB/s. Zazwyczaj producenci kart U3 podają wartości na poziomie 90-100 MB/s w obie strony, ale trzeba pamiętać, że są to po prostu wartości szczytowe. Dla porównania, większość przyzwoitych dysków SSD na SATA3 oferuje ponad 500 MB/s w obie strony (osiągalne zarówno via SATA3, jak i USB3.0). Oczywiście, są i porządne karty UHS-II V90, które potrafią osiągnąć szczytowo jakieś 300 MB/s odczyt i 250 MB/s zapis, ale wydanie 450-500 pln za kartę 128 GB (Kingston Canvas React Plus), 700-750 pln za kartę 256 GB (Adata Premier One) lub nawet i 1000-1100 pln za 128 GB (Sandisk Extreme Pro UHS-II), to moim zdaniem całkowicie nietrafiona inwestycja - szczególnie, że inwestując te 450-500 pln w przyzwoity dysk SSD, dostajesz np. Samsunga 870 QVO o pojemności 1 TB , który spokojnie przekracza przepustowość 500 MB/s w obie strony, ma znacznie wyższą pojemność (1 TB vs 128/256 GB) i w pracy ciągłej pożyje zdecydowanie dłużej, niż taka karta SD.
    1 point
  38. Może MacsFanControl? Można ustawić który czujnik ma brać pod uwagę i na tej podstawie sterować wentylatorami.
    1 point
  39. Z97 jest wciąż wspierane - do odpalenia jest zarówno Haswell, jak i Broadwell - ot kwestia posiadania SMBIOSu iMac14,4 lub iMac15,x.
    1 point
  40. A kto powiedział, że otwartej... wystarczy, że wypuszczą kolejną kartę a'la Afterburner (do której w zasadzie też nie będzie dokumentacji) za jedyne $2000, pod nazwą "akcelerator obliczeniowy Jabłko TimKuk 123abcxyz", która to karta będzie określana jako "karta akceleracyjna PCIe, która odciąża procesor włączając kalkulator" - i po sprawie.
    1 point
  41. Ważne info przed aktualizacją do 10.15.4 - należy zaktualizować Clovera do wersji 5107. Inaczej posiadacze procesorów Skylake i nowszych, używający patcha KernelPM mogą mieć problem z podniesieniem systemu po aktualizacji. Najnowszy Clover naprawia ten problem.
    1 point
  42. danielosx86

    PM i sleep Z390

    W DSDT mozesz jeszcze usunąć _PRW z CNVW i XDCI. Wróciłbym też do początku i odpiąłbym wszystkie urządzenia na USB jakie masz, dyski, łacznie z myszką czy klawiaturą. Ustawił autosleep na minutę i sprawdził co się dzieje.
    1 point
  43. Możesz w biosie ustawić w jakiej kolejności inicjowane są karty graficzne. Najprawdopodobniej masz obecnie ustawione na: "auto". Możesz przestawić tę opcję na iGPU, żeby wymusić inicjowanie iGPU. Ja bym jednak na wszelki wypadek. dla pewności, wyciągnął zupełnie kartę graficzną.
    1 point
  44. Ian

    MacOS 10.15 Catalina

    Przed chwila zrobiłem sobie backup w Time Machine mojej testowej Cataliny. Co ciekawego: Backup robi sie bezproblemowo, tak, jak do tej pory, ale w backupie sa teraz trzy volumeny (jak słusznie poprawia nomenklaturę @reyder): volumen systemowy 'NN' z podkatalogami: System i EFI-Backups, volumen z danymi 'NN - Data' z podkatalogami: Users, System, Applications i Library oraz volumen 'Recovery' z podkatalogiem zawierającym pliki potrzebne do odzyskiwania systemu, m.in. BaseSystem.dmg. Dysk do backupu formatuje sie, jak poprzednio, w macOS Extended (Journaled).
    1 point
  45. OpenCore Configurator: https://mackie100projects.altervista.org/opencore-configurator/ Aplikacja autora Clover Configurator'a. Opisywać raczej nie trzeba, wiadomo, do czego służy W załączniku przykładowy config z podstawowymi kextami. EFI.zip
    1 point
  46. Maidenman

    WWDC 2019

    Mnie cieszy szczególnie cieszy otwarcie Apple TV, zarówno w macach jak i telewizorach Samsunga. W końcu można klonować ekran bez tego ustrojstwa.
    1 point
  47. oj nie!!! podpisuje się pod powyższymi słowami sercem całym
    1 point
  48. 314TeR

    MacBook Pro ciemny ekran

    Zamknij po prostu klapę z matrycą. Macbook Ci się nie wyłączy jak będziesz miał podpięty monitor. Owszem, musisz mieć dodatkową klawiaturę i myszkę, ale jest to jakieś rozwiązanie.
    1 point
  49. W chameleonie jest tak, że bootloader "podstawia" tabele DSDT z pliku. Wówczas system "widzi" to co mu podamy, zamiast to co znajduje się faktycznie w sprzęcie. Ma to wiele zastosowań, głównie takie, że nie trzeba grzebać w kextach. Wiele różnych modyfikacji można zastąpić jedną. Często modyfikacja DSDT umożliwia rzeczy, które były by niemożliwe do osiągnięcia przez modyfikacje kextów. Na przykład u mnie, w DSDT mam poprawki do dźwięku, grafiki, jasności ekranu, usypiania, power managemntu, resetu biosu i inne. Bez DSDT musiałbym modyfikować i dodawać znacznie więcej kextów. Dużą zaletą DSDT jest to, że jest uniwersalne, raz zrobione będzie działać na każdej wersji Mac OS X, ewentualnie będzie wymagało nowych, małych poprawek. DSDT z SL z powodzeniem można używać na Lionie. Jest to także o tyle dobre, że po wprowadzeniu zmian do DSDT nie musimy kompilować na nowo całego BIOSu z przerobionymi tabelami i nie musimy wgrywać tego BIOSu do PC. Z przerobionymi tabelami w BIOSie mogłyby być np problemy w windowsie (m.in przy zmianie dev id chipsetu czy wifi) To zależy od urządzenia. Jeśli chodzi o temperaturę, to najczęściej używa się pluginów do FakeSMC. Pluginy do FakeSMC czytają dane z kontrolerów IO na płycie głównej (Winbond, ITE) lub w przypadku kiedy są nie obsługiwane czytają dane z ACPI o ile się nie mylę. Są też pluginy do geforceów i radeonów. Jak to działa - nie mam pojęcia, wiem że plugin odpowidzialny jest za "zczytanie" danych z kontrolera IO. org.chameleon.Boot.plist (dawniej com.apple.Boot plist) to plik konfiguracyjny chameleona, można w nim włączyć różne fixy i dostosować ustawienia. Jeśli chodzi o stringi, to kiedyś była jedyna metoda odpalania kart graficznych, która nie wymagała dodawania kextów. Obecnie mamy Graphics-Enablera, który radzi sobie z większością kart, które da się uruchomić w OS X oraz dopisywanie grafiki do DSDT, kexty jak ATY_Init, więc EFI-String traci mocno na popularności. com.apple.Boot.plist to nie jest plik konfiguracyjny chameleona, no po części. Plik ten naturalnie występuje w systemie i za pomocą stringów się tam znajdujących "wydajesz" komputerowi polecenia co ma zrobić. Np kiedyś komputery Apple'a nie były uruchamiane w 64bitach a w 32 - był wpis właśnie w tym pliku. Chameleon także używa tego pliku - teraz został przemianowany na org.chameleon.Boot.plist - i w nim można dodawać stringi aby nie robić burdelu w pliku systemowym. Oczywiście jeżeli nie mamy tego pliku w /Extra bootloader czyta plik z katalogu systemowego. Chameleon obsługuje więcej stringów niż sam system - to oczywiste, np. GraphicsEnabler. Co do EFI String - jest to już mało popularne bo jest kłopotliwe, czasochłonne itp. Jest to jednak niezastąpione przy dwóch grafikach w komputerze - zwłaszcza Nvidii i ATI. Przez EFI Stringa można też odpalić LAN.
    1 point
  50. Chyba źle rozumiesz ten cytat po angielsku, bo nie ma tam ani słowa o włączeniu zablokowanego AHCI. To, którego kexta potrzebujesz zależy od tego jaki masz kontroler dysków - deviceId - i w jakim trybie on działa.
    1 point
×
×
  • Create New...

Important Information

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