A23SS4NDRO

Strana versione la 15.7, mai successo.... Per chi non volesse il combo, il link per l'update da 10.15.6 è qua: https://support.apple.com/kb/DL2051?locale=en_US Direct link: https://updates.cdn-apple.com/2020/macos/001-51034-20200922-d387b102-e417-4bac-a779-1a4c34632dfe/macOSUpd10.15.7.dmg

Correzione dello screenshot qui sopra per quanto riguarda il layout-id della scheda audio, funzionano correttamente (per ALC295) i seguenti layout-id: 13 - 28 - 77 Non 21 come risulta dalla foto (1500000 in hex swapped - little endian) Quindi consiglio di mettere: layout-id (data) 0D000000 Oppure: 1C000000 Oppure 4D000000

Puoi attivarlo tramite Devices Properties. Mando una guida: https://dortania.github.io/OpenCore-Post-Install/universal/iservices.html#fixing-en0 seguila dallo screenshot che mando in poi: Puoi usare tranquillamente DPCImanager o Hackintool:

Da aspettarci minimo un annetto prima che tigerlake sia compatibile, difatti Icelake è uscito a ottobre dell'anno scorso e solo ultimamente 0xFireWolf ha trovato modo per fare il submit delle patch su WhateverGreen con l'ultima sua PR Poi il chip WiFi 6 sarà integrato nella CPU... Se apple ha detto che rilascerà ancora macchine intel specialmente lato laptop allora si dovrà adeguare anche al WiFI intel integrato nella cpu, cosa che non è affatto male aver supporto nativo del WiFi oob

He linked his github repository

Per compilare hai aperto un tuo fork e fatto il merge e poi usato xcode (aprendo il .xcodeproj)?

I think you should test the latest whatevergreen with the latest PR merged (maybe in a couple of hours) Seems like a DVMT fix was required other than the other issues such as "Unsupported CPU/SKU" https://github.com/acidanthera/WhateverGreen/pull/64

Bene a sapersi! Posso chiedere quale sia il repo su cui ora sta lavorando? Github/Bitbucket/SourceForge?

Ho capito, sarebbe stata una buona idea migrare il codice di quella PR su un suo repository privato... Quella versione che hai allegato l'hai compilata tu da OC 0.5.9? Oppure l'ha passata lui? Si chiama sempre ControlMsrE2 o esiste una versione differente (CFGLock.efi?)

Buonasera a tutti, recentemente mi sono rivisto una veccha pull request da parte di derBrumbaer e ho pensato che il suo lavoro (non integrato in OC per alcune "codestyle issues", come ad esempio l'indentazione del codice etc non piaceva a vit, che cortesemente ha segnalato cosa avrebbe voluto che fosse cambiato) ma poi derBrumbaer giustamente se l'è un po' presa per tutto il tempo che ci ha investito e tutte le osservazioni di vit9696. Inoltre, numerosi utenti hanno avuto problemi in passato ed ancora oggi nell'identificare l'offset sebbene ci siano parecchie guide, tra cui: https://github.com/dortania/OpenCore-Post-Install/blob/master/misc/msr-lock.md https://github.com/macos86/Estrazione-BIOS-da-exe/blob/master/Estrazione_BIOS_Lenovo.md https://github.com/macos86/Estrazione-BIOS-da-exe/blob/master/Estrazione_BIOS_Dell.md https://github.com/macos86/BIOS-Manual-Mode-InsydeH2O/blob/master/GuidaInsydeH2O.md Consultabili anche tramite GIthub Pages, gentilmente configurato da @Gengik84 https://macos86.github.io/Estrazione-BIOS-da-exe/#/ Ho pensato (siccome su github il test di Travis era passato) di farmi un fork dell'attuale repository di OpenCore e integrarci le modifiche che aveva proposto derBrumbaer e compilare per poter almeno vedere le potenzialità di questo tool. Utilizzo (letto dal codice sorgente ma anche presente in interfaccia se si lancia il tool da OpenShell nel caso di OC o da una qualsiasi UEFIShell) Test con laptop con CFG sbloccato: Test con laptop con CFG da sbloccare: In ogni caso allego una versione di ControlMsrE2.efi che esce da OpenCore-0.6.1-DEBUG e una versione OpenCore-0.6.1-RELEASE: Fatemi sapere se vi è stata d'aiuto, farò presenti qui di seguito i test effettuati sui modelli "problematici" sia per l'estrazione del BIOS (per trovare l'offset, cosa che questo driver fa da sé) sia per poi sbloccarlo, di fatto parecchi Lenovo avevano problemi sull'utilizzo di setup_var e simili. Chissà magari se uno sistema il codice della pull request come piace a vit magari riusciamo ad averlo mainstream... ControlMsrE2.efi-RELEASE.zip ControlMsrE2.efi-RELEASE-24.03.2021.zip

Aggiornato un po' tutto, ultimo update di 10.15.6 19G2021 e Clover 5121, appena big sur è stabile vorrei provarci anche su una macchina così "antica/legacy"

Aggiornamento: sistemata la patch connettori per HDMI, posto qui il risultato: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>PciRoot(0x0)/Pci(0x2,0x0)</key> <dict> <key>AAPL,ig-platform-id</key> <data> CQClPg== </data> <key>device-id</key> <data> pT4AAA== </data> <key>framebuffer-patch-enable</key> <data> AQAAAA== </data> <key>framebuffer-con1-enable</key> <data> AQAAAA== </data> <key>framebuffer-con2-enable</key> <data> AQAAAA== </data> <key>framebuffer-con1-alldata</key> <data> AQEJAAAIAADHAQAA </data> <key>framebuffer-con2-alldata</key> <data> AgAKAAAEAADHAQAA </data> </dict> </dict> </plist>

Domanda, ma per gli NVMe non ci stà già supporto TRIM nativo? Comunque grazie a @dreamwhite ed a @ArisCuber19 ho trovato che è possibile trovare il path PciRoot dell'NVMe e metterlo in DevicesProperties con sotto la stringa "built-in 01" senza dover abilitare la patch kernel... Il trim viene difatti abilitato di default per tutti gli NVMe impostati come built-in, posso confermare i test sia sul 970 evo (non ufficiale apple senza patch con TRIM nativo) che sul WD Black NVMe da 250GB anche lui nativo built in (non ufficiale Apple con trim abilitato senza alcuna patch e senza trimforce enable)

https://dortania.github.io/Anti-Hackintosh-Buyers-Guide/Motherboard.html

Purtroppo il problema sta nell'aver scelto il binomio letale Z390+Gigabyte

Forse a breve ci starà anche il direct link del tipo https://support.apple.com/kb/DL2049 o qualcosa di simile...

Nuova release 19G2021

Per adesso Mojave e Catalina sono ottimi, Big Sur è ancora nuovo e deve uscire la release stabile... Personalmente finché non si "calmano un po' le acque" eviterei di usarlo come sistema operativo principale, dal momento che sono cambiate parecchie cose "under the hood" ed il team acidanthera è intervenuto tempestivamente sia per venire incontro al supporto "Kernel Collections" (che sostituisce il prelinked kernel presente da macOS 10.7) sia ultimamente stanno lavorando parecchio anche su Lilu che semplifica la vita a tutti noi (tutti i plugin che gli girano intorno fanno un lavoro egregio) L'ultima che è uscita poco fa con i nuovi commit di OpenCore, dal momento che Apple ora ha implementato un update che permette il caricamento di tutti e soli i kernel firmati da Apple stessa (una specie di secure boot) sono subito intervenuti per trovare un workaround che permettesse che questa implementazione non influenzasse noi utenti più di tanto... A volte mi viene qualche dubbio se Apple sta facendo tutti questi cambiamenti per sbarazzarsi di noi (a partire dall'aver deprecato il prelinked kernel, il passaggio ad ARM, etc)

Se vedi questo post è un problema già affrontato comunque a chi potesse essere utile ho scritto uno scriptino che chiede il nome del disco desiderato e lo applica nel path corretto (se prima è stato montato il volume "preboot" di big sur.) Per avere un'idea di come si chiamano i dischi presenti: diskutil list Individuare il proprio disco su cui si è installato BigSur, e montare la partizione "Preboot" (relativamente piccola, di solito qualche centinaia di MB, circa 500MB) Verificare il nome corrispondente della partizione Preboot (accanto a destra) - ad esempio se su diksutil il disco di BigSur si chiama "disk5" allora è possibile che il volume Preboot di quel disco si chiami "disk5s2" Quindi in questo caso scrivere: sudo diskutil mount disk5s2 Fatto ciò è possibile eseguire lo script. ChangeDiskName.sh.zip Update 11-08-2020 ore 15:36 Correzione allo script, il path era non corretto: una volta montato il volume di preboot, la directory da raggiungere dove mettere il file che serve per cambiare il nome del disco è questa cd /Volumes/Preboot; cd *; cd System/Library/CoreServices; Per poi spostare il file "disk_label.contentDetails" generato dallo script in /Volumes/Preboot/$(your UUID)/System/Library/CoreServices thanks @dreamwhite ChangeDiskName.sh-v2.zip

Ricomincerei da zero con installazione pulita @dandi98

Questa guida trae ispirazione da dortania (credits a loro), ho pensato di farla interattiva e tradotta in italiano. Sono curioso di avere un vostro feedback su come vi trovate Tutorial.mp4 Comandi allegati qui in questo file di testo qui sotto comandi_terminale.txt.zip

Novità oltre alla beta3? Vi scrivo mentre sono fuori casa per un po' di vacanze in Trentino

Buonasera a tutti, come potete vedere dal titolo vendo il mio dissipatore a liquido dal momento che passo ad un 360mm. Questo raffreddamento AIO è come nuovo, usato solo 5 mesi (acquistato a febbraio) - totalmente silenzioso anche con la pompa al massimo. Sono incluse le due ventole Corsair ML120 che sono a levitazione magnetica, e se il compratore è interessato, potrei venderne anche altre due (solo come extra, dal momento che il dissipatore viene venduto con: -Radiatore da 240mm, 3cm di spessore, 120 di lunghezza -2 ventole a levitazione magnetica (ML120) -Accessori per il montaggio sia su socket AM4 che su LGA115x -Cavetto USB per interfacciarsi con il software iCue per il controllo delle curve delle ventole in base alla temperatura e per il controllo delle luci RGB (opzionale) In realtà ci sono ancora affezionato, dal momento che mi tiene fresca la CPU a 5.1 GHz senza alcun problema, ma avendo un 360 pensavo che qualcun altro oltre me potesse beneficiarne. La scatola originale è perfetta, comprese le buste che proteggevano radiatore e pompa. PREZZO: -75 euro (spedizione inclusa) oppure -70 euro (se volete gestirvi voi i costi per il corriere che venga a ritirarlo) Questo prodotto su Amazon ha questi prezzi:

Spero che il mio aver detto che: Non venga qualificata come una "denigrazione" ma soltanto come una mancata condivisione di alcuni punti di vista...

Bene a sapersi... Clover putroppo tendo ad evitarlo dal momento in cui il meccanismo di patching che adotta non lo condivido, ed inoltre la documentazione non traspare (anzi proprio non c'è, quella di SourceForge è una wiki abbastanza inutile più che altro) Solo per sistemi molto legacy tipo i3 540 e H57 ancora lo uso, ma è capitato che un aggiornamento di clover stesso non mi abbia permesso di avviare più