KvL

Visto che l'hack in questione andrà a un/a "non addetto/a ai lavori", personalmente preferirei: diminuisce drasticamente la probabilità di chiamate disperate di aiuto, parlo per esperienza personale 😆 Ah, anche settare una bella pass sul bios, nel dubbio, per non far smanettare. Alle brutte con un clear CMOS si spiana tutto. K.

Che premere F12 in quei 2 secondi da parte del power user è diverso dall'accendere il PC e avere una schermata di selezione in cui scegliere (sennò non va avanti), parere da sistemista di vecchia data 😅 Da un lato sono d'accordo, però dall'altro magari è un regalo a un parente/amico/conoscente poco pratico per fargli risparmiare Indubbiamente! K.

Alra cosa imparata 😅 Ne butto lì un'altra, tanto per essere sverniciato definitivamente: mettere a monte di OC un altro bootloader? Tipo rEFIt? Tecnicamente dovrebbe funzionare, anche perchè a quel punto si può bloccare OC sulla entry predefinita di MacOS e bootare sempre quella, giusto? K.

Magari dico una castroneria, usare If (_OSI ("Darwin")) { /* RESTO DEL CODICE */ } può essere utile? K.

@iCanaro hai provato a generare un profilo con hwmlpcconfig? Non mi è chiara fino in fondo l'utilità... K.

Ultima utile funzione è quella di "compilare" lo script in una comoda applicazione, scegliendo buildapp.command che genererà una vera e propria applicazione: che potrà essere tranquillamente lanciata al bisogno. Sarà possibile ripetere l'operazione ogni volta che vorremo aggiornare l'applicazione partendo da sorgenti aggiornati.

Giusto, grazie! Come modifico il post però adesso? 😅 K.

App fantastica, con Intel Power Gadget legge anche i valori dalla scheda video! K.

Figurati! Da solo non lo fa l'export o almeno ho trovato un altro modo: si deve fare tasto destro su "My Computer" e poi copiare i dati e incollarli in Blocco Note, salvare e via. Ahahahahah mica è MacOS che conta fino a 4 (bit) nell'epoca dei 64 (bit)? K.

Report creato con Questa versione Hack in firma però da Windows quindi non è un Hack 😆 Figo che attacchi e stacchi le periferiche ed evidenzia le rispettive porte di verde. Gli ID ACPI ci sono: PCIROOT(0)#PCI(1400)#USBROOT(0)#USB(21), ACPI(_SB_)#ACPI(PCI0)#ACPI(XHC_)#ACPI(RHUB)#ACPI(SS05) K. 2020-02-10T2110_USB_Tree.zip

Aperto il file con QXmlEdit e in effetti è un xml "bastardo", senza struttura dei nodi, praticamente.

Buonasera a tutti! Come suggerito da @iCanaro, pubblico qui una mini guida per segnalare e spiegare (ci provo!) l'utilità questo software. Per chi ha come me basi solide di informatica ma è alle prime armi nel mondo Hackintosh, questo editor può tornare molto utile. Quello che ho apprezzato è che permette di visualizzare e collassare le varie sezioni del file di configurazione in modo piuttosto intuitivo, nel dettaglio io l'ho usato per configurare il config.plist di OpenCore. Pagina da cui effettuare il download: https://github.com/corpnewt/ProperTree scegliere "Clone or download" e poi "Download ZIP". Una volta scaricato e scompattato, troveremo i seguenti file: Quello che a noi interessa è "ProperTree.command", che permette di avviare il programma. Avviamolo (tasto dx / CTRL+Click -> Apri e poi nuovamente "Apri") e questa sarà la finestra che otterremo: Il menù "File" è semplice, le opzioni sono poche, a noi interessa aprire il file config.plist (nell'esempio Sample.plist di OpenCore 0.5.5 rinominato config.plist) Interessanti sono le funzioni "OC Snapshot", "Convert Window" e "Toggle Find/Replace" si cui torneremo dopo. Aprendo il config.plist si presenta così: Non entreremo naturalmente nel merito di come si configura il file config.plist, ma solo delle funzioni del programma. Esattamente come nel Finder, è possibile usare le freccette a lato delle sezioni per visualizzare tutti i livelli o nasconderli. Questo risulta molto utile per seguire la guida che si muove attraverso le sezioni esattamente in questo ordine. Passando alla funzione "OC Snapshot", questa è la cartella con i Kext: Usando la funzione si apre questa finestra, è importante posizionarsi nella cartella OC dentro la cartella EFI: Proseguamo con "Choose" ed ecco che nel config.plist sono stati inseriti automaticamente i file Kext presenti nella cartella. E sono anche nell'ordine giusto! Lo stesso vale per i file dentro la cartella ACPI, Drivers, Tools. Se abbiamo la necessità di convertire un valore da esadecimale a numerico o testo e viceversa, il programma è dotato di un utile convertitore: Ultima ma non per importanza, la finestra di ricerca, utilissima per trovare una chiave di cui ci ricordiamo il nome ma non dove si trova oppure una valore ma non la chiave dove è inserito: Menzione d'onore al copia-incolla (tasto dx / CTRL+Click, fondamentale per portarsi dietro durante i test intere sezioni (nodi XML) da un file all'altro. Per farvi capire la differenza, un file .plist aperto in modalità testo è così, ProperTree ci viene in aiuto anche solo per semplificarne la lettura: Vale la pena di notare che ProperTree funziona anche sotto Windows, basta aprire "ProperTree.bat" a patto di avere le librerie Python installate. K.

Non lo conoscevo, forte! Proverò anche quello, grazie! K.

Immagino tu sia su un Mac, lo estrai e avvii il .command (io lo faccio da terminale ma credo funzioni anche con il doppio click). Una volta aperto un .plist di OC, CMD-R e poi selezioni la cartella dove risiede il .plist ([...]/EFI/OC) e lui popola le corrette sezioni con i files che trova in ACPI, Drivers, Kexts, Tools. Credo l'abbia scritto chi si era stufato di imputare a mano le voci tutte le volte che cambia la struttura del .plist 🤣 tipo con la 0.5.6 dove saranno spostate le voci relative Vault, ho letto. Onorato! Molto volentieri, mi fa piacere contribuire al forum 👾 Appena ho modo comincio! K.

Yess! E' gratuito, open source, multipiattaforma e con comodissime funzioni di aggiunta automatica Kext e Patch ACPI .aml e convertitore integrato. K.

Ieri ero un po' di corsa, scusate. Allego IOReg e log di OC per entrambi gli SSDT Z390 V2. Backup sempre e comunque 😅 Per pura curiosità e tempo permettendo mi metterò a decompilare e spulciare gli SSDT, magari imparo qualcosa! Non vedo l'ora che esca la 0.5.6 per continuare i test sulla mia configurazione "diversamente consigliata". PS: Che editor consigliate? Io mi trovo bene con ProperTree. Grazie come sempre! K. 2020-02-10_Dump.zip

Ah OK grazie, capito! IOreg del SSDT "normale". K.

Cioè? Avvia bene con entrambi gli SSDT (BIOS Fix / normale), sono proprio scarso io che non sono riuscito allora 😅 Allegato c'è IOreg sperando di ricordarmi come si fa! K. 2020-02-09.zip

Devo incrociare il tutto, ma la combinazione che ho creato fila liscia come l'olio veramente. Da ripulire, metto le mani avanti! Sicuramente anche io ho fatto piccoli progressi nel capire l'impatto di ogni modifica, ormai è una settimana che ci smanetto 😅 K.

Eccola! Grazie come sempre! K. 2020-02-09_OC_EFI_OK.zip

Perchè purtroppo non sono riuscito a farlo funzionare o probabilmente oltre a quello, per il mio hardware, servono altri SSDT come appunto PLUG, EC (ad hoc, ottenuto con SSDTTime), USBX, PMC, AWAC non necessario secondo la guida, ad esempio. Tornando alla domanda: come posso essere certo che la NVRAM sia veramente funzionante? Intendo nel tempo, la prova di impostare una variabile e controllare la sua permanenza l'ho già fatta. Grazie! K.

Leggendo la guida in inglese, nella sezione per la generazione dei corretti SSDT, fa riferimento a CPU0/PR00. Il mio dump fatto da Windows con SSDTTime in effetti riporta PR00 invece di CPU0. Ho seguito passo passo tale guida integrandola con quanto presente nella guida del Forum (lingua della tastiera ad esempio) e sono arrivato ad una EFI avviabile, finalmente! (Monitor su DP o HDMI è indifferente) Sono pure riuscito ad attivare il corretto SSDT per le USB e fare il trop della tabella OEM, nonostant la guida putroppo abbia le immagini scompaginate e nella guida inglese (forse non ho capito bene io), è sbagliato dove inserire la stringa. Non ho quindi purtroppo usato l'SSDT di @Gengik84 per Z390 V2 e conseguentemente non ho utilizzato il rename _DSM -> ZDSM. Ho dovuto impostare slide=0 (come su Clover con NVRAM emulata) altrimenti ottengo errori di allocazione memoria, però come faccio ad essere certo che la situazione sia stabile ed evitare per un motivo o per l'altro la gestione NVRAM salti? E' utile che posti qui la EFI funzionante? Grazie! K.

Altri tentativi non hanno generato risultati positivi, quali altri test posso fare? Grazie! K.

Apple ha mollato Motorola perchè non riusciva a stare al passo coi tempi, ormai che è radicata nel mondo x86 può tranquillamente sviluppare soluzioni insieme ad AMD adesso che è tornata competitiva. Può anche essere una mossa pubblica verso Intel per punzecchiarli visto che non innovano nulla da diverso tempo. Comunque la concorrenza fa bene, questo è sicuro! K.

Wow! Direi che il log è decisamente popolato adesso, si è aperto un mondo! Allego i due log: con WEG non vedo nemmeno il picker, senza WEG lo vedo, scelgo il disco di prova e poi solito schermo nero acceso per diversi minuti, poi ho resettato. Le ultime righe sono: 150:848 05:435 OCB: Should boot from 64GB (T:1|F:0|DEF:0) 151:751 00:903 OCB: Perform boot 64GB to dp PciRoot(0x0)/Pci(0x17,0x0)/Sata(0x5,0xFFFF,0x0)/HD(2,GPT,0C721921-B5E3-435F-BA12-F84DECECC380,0x64028,0x76DCA60)/VenMedia(BE74FCF7-0B7C-49F3-9147-01F4042E6842,2848576E7FC8D14885B5877DDABF273A)/\BD879708-15D3-464B-A9CE-DE9E39D05871\System\Library\CoreServices\boot.efi (0/0), balloon 0 151:802 00:051 OCB: Matching <> args on type 1 0 151:849 00:046 OCC: Configuring behaviour 0 151:898 00:048 OCOS: OS set: <null> Mac OS X 10.15 151:944 00:046 OCOS: OS set: Apple Inc. Mac OS X 10.15 152:024 00:079 OCABC: Only 5/256 slide values are usable! 152:071 00:047 OCABC: Valid slides - 0-4 152:457 00:386 Trying XNU hook on System\Library\PrelinkedKernels\prelinkedkernel 152:635 00:178 Kext reservation size 7208960 153:257 00:621 Result of XNU hook on System\Library\PrelinkedKernels\prelinkedkernel is Success 153:986 00:729 OC: Read kernel version 19.3.0 (190300) 154:057 00:071 OCAK: PanicKextDump replace count - 1 154:103 00:046 OCAK: Patch success kext dump 154:630 00:527 OCAK: IOAHCIPort replace count - 1 154:676 00:045 OCAK: Patch success com.apple.driver.AppleAHCIPort 154:723 00:047 OCAK: RemoveUsbLimitIoP1 replace count - 1 154:769 00:046 OCAK: Patch success com.apple.iokit.IOUSBHostFamily 154:816 00:046 OCAK: RemoveUsbLimitV2 replace count - 1 154:862 00:045 OCAK: Patch success com.apple.driver.usb.AppleUSBXHCI 155:212 00:349 OCAK: AppleIoMapper replace count - 1 155:258 00:046 OCAK: Patch success com.apple.iokit.IOPCIFamily AppleIoMapper 155:324 00:066 OC: Prelink injection Lilu.kext (Patch engine) - Success 155:382 00:057 OC: Prelink injection VirtualSMC.kext (SMC emulator) - Success 155:442 00:060 OC: Prelink injection AppleALC.kext (Audio patches) - Success 155:495 00:053 OC: Prelink injection SMCProcessor.kext () - Success 155:549 00:053 OC: Prelink injection SMCSuperIO.kext () - Success 155:920 00:371 Prelinked status - Success 155:976 00:056 OCSMC: SmcReadValue Key 4D535463 Size 1 156:023 00:046 OCSMC: SmcReadValue Key 4D534163 Size 2 e il resto è padding di NUL. Sono soddisfatto del fatto che la NVRAM nativa sembra funzionare, però si pianta comunque a un certo punto senza apparenti errori 😐 Grazie! K. 2020-02-07T2230_OC_Logs.zip