katsuja Posted April 13, 2020 Share Posted April 13, 2020 20 minuti fa, SemanticA ha scritto: La mappatura lho fatta tramite kext per una mia praticità...mi era più comodo così 🙂 (è identica ad averla come ssdt, non cambia assolutamente nulla... 🙂 ) Per gli ssdt, ho creato degli ssdt per la mia scheda...quelli di gengik, che son ottimi, son generici per le Z390!...questi , invece, son fatti su misura ecco! diciamo così! 🙂 Bah...beneficio...è tutto stabile...funziona tutto perfettamente... lo faceva anche prima con i "generici"...ma ora mi piace di più ecco xD Son sparite tutte le "scritte" in "PCI"..cosa che ad esempio sia nel mbp che nel imac pro che ho, non son popolate (vuote...e così devono essere)...e è rimasta solo la UHD630 che è iniettata come headless (per quicksync) Con il pcidevices ci capisco nulla, devi mandarmi il config.plist al limite 🙂 xD LoL L'unica cosa da fare a sto punto...sarebbe provare a resettare la nvram della scheda con il famosissimo metodo "pila a bottone" xD ... ... prova empirica... Pennetta con profilo bios sbloccato scaricato da qui alla mano... stacca la corrente, avvia il pc (non si avvia..manca la corrente..), apri il case, togli la pila a bottone del bios, aspetta qualche secondo, rimetti la pila, chiudi il case, riattacca la corrente all'alimentatore, avvia la macchina, entra nel bios, dai "ok" alla segnalazione che i valori di default son stati caricati, schiaccia F2 (credo mi pare) e entra nella modalità avanzata, vai nell'ultima TAB, ricarica il profilo con cfg sbloccata, salva&esci, riavvia la macchina... una volta in osx, esci e rientra dall'account Apple in preferenze di sistema riprova imessage Ho eseguito il reset della nvram, caricato il profilo e riavviato il pc. Ho provato l'accesso a iMessage e mi ha dato il medesimo errore. In seguito ho fatto il logout dell'account apple. Ho rifatto il login dell'account apple, poi ho lanciato iMessage e ho eseguito l'accesso che è andato a buon fine per un paio di secondi, per poi riportare lo stesso errore. Spoiler Schermata 2020-04-13 alle 12.33.26.zip Link to comment Share on other sites More sharing options...
SemanticA Posted April 13, 2020 Author Share Posted April 13, 2020 (edited) Allora...prova questo config... Se non va il primo, prova il secondo...c'è da fare ste due prove...e vediamo un attimo... Proma prova: config.plist.zip Seconda prova: config.plist 2.zip (per inciso, ho aggiunto la scheda di rete come built-in...nel primo config, la ethernet...nel secondo invece la wifi... credo che funzioni il secondo config...ma provali entrambi per favore) Edited April 13, 2020 by SemanticA 1 Link to comment Share on other sites More sharing options...
katsuja Posted April 13, 2020 Share Posted April 13, 2020 1 ora fa, SemanticA ha scritto: Allora...prova questo config... Se non va il primo, prova il secondo...c'è da fare ste due prove...e vediamo un attimo... Proma prova: config.plist.zip 3 kB · 0 download Seconda prova: config.plist 2.zip 3 kB · 0 download (per inciso, ho aggiunto la scheda di rete come built-in...nel primo config, la ethernet...nel secondo invece la wifi... credo che funzioni il secondo config...ma provali entrambi per favore) Nell'attesa ho formattato e installato da zero macOS.😂 iMessage ora sembra funzionare bene. Sto verificando che tutto funzione. Grazie per la tua gentilezza e del tempo che mi hai dedicato 😁😀 Link to comment Share on other sites More sharing options...
alboz Posted April 13, 2020 Share Posted April 13, 2020 @SemanticA scusa sto addentrandomi nel mondo degli ssdt, dei vari _SB. ahaha aiuto. Faccio un esempio, ho trovato sulla guida ufficiale di OpenCore, la Vanilla, 4 patch per Coffee Lake, ad esempio sto guardando SSDT-PLUG. Vedo all'interno che ci sono diverse CPU path, sono andato a vedere i miei SSDT estratti con Clover e nel SSDT-1 ho trovato che c'è solo PR00 (che è quello che hai usato nella tua patch). Quindi bisogna usare la patch solo per PR00? Però noto che il contenuto della tua patch e quello presente qui https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/AcpiSamples/SSDT-PLUG.dsl è diverso, relativo sempre a _SB.PR00. Scusami sto solo cercando di capire. Pensa che mi sono creato una EFi su usb, senza nessuna patch, solo ssdt per la mappatura usb. Il sistema ha bootato, le usb funzionano senza aver messo nessuna patch XHC o USBX, pure la Intel Integrata viene riconosciuta senza modifiche di GFX (ma forse quello è gestito da whetevergreen?) Grazie per le eventuali delucidazioni, poi dimmi se magari preferisci che scrivo da qualche altra parte per non inondare il tuo thread di discussioni off-topic Link to comment Share on other sites More sharing options...
Support Team iCanaro Posted April 13, 2020 Support Team Share Posted April 13, 2020 @alboz gengik l'ha detto mille e mila volte, hai clover?! si bene, usa gli stessi DSDT/SSDT che stai usando con clover e non farsi delle seghe mentali quella roba va anche bene per chi parte da zero, chi ha già il suo ecosistema di SSDT e DSDT ad hoc, servono a niente Link to comment Share on other sites More sharing options...
alboz Posted April 13, 2020 Share Posted April 13, 2020 @iCanaro No no uso OpenCore, Clover non lo uso da taanto tempo. Quello che sto cercando di studiare diciamo, è capire cosa effettivamente fanno le varie patch, quindi sto confrontando l'ssdt unico creato da Genigk, le patch di SemanticA e tutto quello che trovo in rete. Non ho SSDT o DSDT ad hoc per il mio sistema, ho quelli generici per z390 o quelli che trovo, come qui, per un hardware simile al mio. Quello che sto cercando di fare, è creare tutto ad hoc per il mio sistema Link to comment Share on other sites More sharing options...
SemanticA Posted April 13, 2020 Author Share Posted April 13, 2020 (edited) @katsuja felice tu abbia risolto..anche se con la modalità super-brute-force-piallo-tutto! @alboz quello linkato da te, è l'ssdt prima che venga compilato... .dsl vs .aml e è un file d'esempio. Io ho usato quello della guida di OpenCore e l'ho adattato alla Aorus Pro, tutto qui... li sto testando su 5 aorus pro (due mie e tre di amici) con cpu da i5 a i9 e è tutto corretto, non da problemi, funziona tutto quello che deve funzionare 🙂 Edited April 13, 2020 by SemanticA 1 Link to comment Share on other sites More sharing options...
alboz Posted April 13, 2020 Share Posted April 13, 2020 1 ora fa, SemanticA ha scritto: @alboz quello linkato da te, è l'ssdt prima che venga compilato... .dsl vs .aml e è un file d'esempio. Io ho usato quello della guida di OpenCore e l'ho adattato alla Aorus Pro, tutto qui... li sto testando su 5 aorus pro (due mie e tre di amici) con cpu da i5 a i9 e è tutto corretto, non da problemi, funziona tutto quello che deve funzionare 🙂 Sarà identico allora anche se ho aorus pro wifi io, versione bios diversa (f12d contro f12c). Cmq più che altro è che sto cercando di scoprire cosa vanno a modificare le singole patch ecc.. E' solo per una mia personale cultura diciamo 😁 So che sulla guida OpenCore quelli sono dei simple .dsl e che vanno poi compilati come .aml, ma appunto cerco di capire come si fa e come si adattano al proprio hardware Link to comment Share on other sites More sharing options...
SemanticA Posted April 14, 2020 Author Share Posted April 14, 2020 AGGIORNAMENTO Nelle EFI (ultime opencore 0,5,7) ho fatto un errore nel file config.plist sostituitelo con questo: config.plist.zip sempre modificando i soliti 4 dati in pltaforminfo/generic MLB. l'MLB recuperato dal vostro vecchio config.plist (sia esso di OC che di Clover) ROM. il MAC Address della vostra scheda di rete (quella utilizzata per connettervi, sia essa la ETH oppure la WiFi.. da copiare SENZA inserire i : " SERIALE. il vostro seriale recuperato dal vecchio config.plist (sia esso di OC oppure di Clover) SMUUID. idem come sopra...il vostro smuuid recuperato dal vecchio config.plist Ciau! 1 Link to comment Share on other sites More sharing options...
SemanticA Posted April 14, 2020 Author Share Posted April 14, 2020 Aggiungo il profilo da caricare con tutte le modifiche richieste al bios e CFG UNLOCK per Aorus PRO Z390 WiFi (BIOS f12c) Salut! AorusWIFI.zip 1 Link to comment Share on other sites More sharing options...
alboz Posted April 14, 2020 Share Posted April 14, 2020 8 ore fa, SemanticA ha scritto: AGGIORNAMENTO Nelle EFI (ultime opencore 0,5,7) ho fatto un errore nel file config.plist sostituitelo con questo: config.plist.zip 3 kB · 1 download sempre modificando i soliti 4 dati in pltaforminfo/generic MLB. l'MLB recuperato dal vostro vecchio config.plist (sia esso di OC che di Clover) ROM. il MAC Address della vostra scheda di rete (quella utilizzata per connettervi, sia essa la ETH oppure la WiFi.. da copiare SENZA inserire i : " SERIALE. il vostro seriale recuperato dal vecchio config.plist (sia esso di OC oppure di Clover) SMUUID. idem come sopra...il vostro smuuid recuperato dal vecchio config.plist Ciau! Grazie mille, stamattina ho aggiornato la mia EFI, ho notato che hai aggiunto delle patch anche su ACPI. Cmq tutto sembrava andare liscio quando improvvisamente dalla gui di OC Windows non parte più. Schermata blu in cui dice "Recovery, Your PC/Device needs to be repaired". Si riferisce ad un File: \hiberfil.sys. Se booto direttamente da bios dal disco windows invece parte. Ricordo che uso NDK per usare i flag per non caricare patch e boot su altri sistema non macOS. Ma che cavolo è successo? Così improvvisamente OC non fa partire più Windows, sino a ieri per quello mai un problema Link to comment Share on other sites More sharing options...
Support Team iCanaro Posted April 14, 2020 Support Team Share Posted April 14, 2020 Come, mi pare, ti ho già detto in un'altro thread, con OC 057 è sorto pure a me sul ryzentosh questo problema, che sino ad ora non avevo mai avuto Link to comment Share on other sites More sharing options...
alboz Posted April 14, 2020 Share Posted April 14, 2020 2 minuti fa, iCanaro ha scritto: Come, mi pare, ti ho già detto in un'altro thread, con OC 057 è sorto pure a me sul ryzentosh questo problema, che sino ad ora non avevo mai avuto Scusami hai ragione, non ci avevo fatto caso stavo pensando a quelle icone "Install macOS" e non a Windows. Cacchio ho riletto ed hai lo stesso problema, esatto schermata blu di Recovery. Solo che io sono giorni che uso OC 057, e sino a ieri sera Windows partiva senza problemi. Oggi improvvisamente caput! Link to comment Share on other sites More sharing options...
SemanticA Posted April 14, 2020 Author Share Posted April 14, 2020 OpenCore e Windows x ora non vanno molto d’accordo 🤣 Link to comment Share on other sites More sharing options...
alboz Posted April 14, 2020 Share Posted April 14, 2020 (edited) Sì ma non capisco perché, Windows mi ha sempre e cmq bootato. Anche con OC 057 sino a ieri. Oggi non più, e non ho cambiato nulla. Bah ci sono tutto il giorno, ora ho mollato un po' perché mi stava salendo il crimine e avrei potuto prendere a testate case, monitor, tastiera, televisore, telefono..Tutto 😂 Mi sono creato una OpenCore Vanilla, ho creato la custom entries che va a leggere proprio bootmgfw.efi, ma niente come clicco windows schermata blu di Ripristino. Sto provando di tutto, non c'è nulla da fare. Sino a ieri era tutto a posto Edited April 14, 2020 by alboz Link to comment Share on other sites More sharing options...
SemanticA Posted April 14, 2020 Author Share Posted April 14, 2020 3 ore fa, alboz ha scritto: Sì ma non capisco perché, Windows mi ha sempre e cmq bootato. Anche con OC 057 sino a ieri. Oggi non più, e non ho cambiato nulla. Bah ci sono tutto il giorno, ora ho mollato un po' perché mi stava salendo il crimine e avrei potuto prendere a testate case, monitor, tastiera, televisore, telefono..Tutto 😂 Mi sono creato una OpenCore Vanilla, ho creato la custom entries che va a leggere proprio bootmgfw.efi, ma niente come clicco windows schermata blu di Ripristino. Sto provando di tutto, non c'è nulla da fare. Sino a ieri era tutto a posto idem come sopra...probabilmente sarà qualche problema aggiornamento di winzoz...aspetteremo che risolvano...magari con la 0.5.8! 😄 ...per ora... f12!... 😛 Link to comment Share on other sites More sharing options...
alboz Posted April 14, 2020 Share Posted April 14, 2020 14 minuti fa, SemanticA ha scritto: idem come sopra...probabilmente sarà qualche problema aggiornamento di winzoz...aspetteremo che risolvano...magari con la 0.5.8! 😄 ...per ora... f12!... 😛 Azzo effettivamente..può essere, qualche aggiornamento automatico, magari anche solo alla EFI di Windows..mmmh attendiamo 😅 Link to comment Share on other sites More sharing options...
Support Team iCanaro Posted April 14, 2020 Support Team Share Posted April 14, 2020 19 minuti fa, SemanticA ha scritto: dem come sopra...probabilmente sarà qualche problema aggiornamento di win windows deve fare tutti gli aggiornamenti che ritiene opportuno eseguire... mica dopo aggiornamenti il BIOS non lo riconosce più e non lo avvia! Link to comment Share on other sites More sharing options...
SemanticA Posted April 14, 2020 Author Share Posted April 14, 2020 (edited) 24 minuti fa, iCanaro ha scritto: windows deve fare tutti gli aggiornamenti che ritiene opportuno eseguire... mica dopo aggiornamenti il BIOS non lo riconosce più e non lo avvia! molto spesso è così...come ad esempio acpy.sys di windows a volte modifica le impostazioni uefi del bios...non ci sarebbe da stupirsi... (comunque per la cronaca, opencore 0.5.8 non ha migliorato la cosa...l'unica cosa interessante, è il fatto di non aver più bisogno di alcun driver apfs in quanto usa quello del firmware apple...più altri ammennicoli per quanto riguarda l'audio...ma di contro problemi con il video...ma vabeh) ...poi li non è il bios che non lo riconosce e non lo avvia..ma opencore... il bios lo vede e lo avvia...tant'è che con la selezione del disco di boot da bios (nel caso nostro, f12), windows parte perfettamente... (pare che 0.5.8 non carichi whatevergreen.kext) Edited April 14, 2020 by SemanticA Link to comment Share on other sites More sharing options...
alboz Posted April 14, 2020 Share Posted April 14, 2020 1 ora fa, SemanticA ha scritto: molto spesso è così...come ad esempio acpy.sys di windows a volte modifica le impostazioni uefi del bios...non ci sarebbe da stupirsi... (comunque per la cronaca, opencore 0.5.8 non ha migliorato la cosa...l'unica cosa interessante, è il fatto di non aver più bisogno di alcun driver apfs in quanto usa quello del firmware apple...più altri ammennicoli per quanto riguarda l'audio...ma di contro problemi con il video...ma vabeh) ...poi li non è il bios che non lo riconosce e non lo avvia..ma opencore... il bios lo vede e lo avvia...tant'è che con la selezione del disco di boot da bios (nel caso nostro, f12), windows parte perfettamente... (pare che 0.5.8 non carichi whatevergreen.kext) Si ma io penso a quando avevo il dual boot su una stesso disco, spesso dopo un aggiornamento di windows veniva ricreato boot bootmgfw.efi (che rinominavo per poter avere il boot di clover), quindi bisognava ogni volta rifare la procedura. Windows ha sempre cercato di ostacolare il dual boot, quindi chissà anche ora cosa è successo. La EFI di windows non si è corrotta in quanto da F12 parte senza problemi, quindi si è proprio OpenCore, ed essendo successo così di botto fa proprio pensare a qualche aggiornamento "silenzioso" Link to comment Share on other sites More sharing options...
alboz Posted April 15, 2020 Share Posted April 15, 2020 @SemanticA @iCanaro Ho risolto il problema boot di Windows. Sul config, Booter - Quirks, bisogna selezionare Yes su SyncRuntimePermissions 😁 1 1 Link to comment Share on other sites More sharing options...
Support Team iCanaro Posted April 15, 2020 Support Team Share Posted April 15, 2020 1 ora fa, alboz ha scritto: Ho risolto il problema boot di Windows. Sul config, Booter - Quirks, bisogna selezionare Yes su SyncRuntimePermissions sul ryzentosh, non funziona se si attiva SyncRuntimePermissions quando si usa OC NDK va in KP macOS se si attiva SyncRuntimePermissions con OC vanilla, macOS OK si avviano, ma windows continua ad andare in bluescreen o schermata della morte 😛 Link to comment Share on other sites More sharing options...
Support Team iCanaro Posted April 15, 2020 Support Team Share Posted April 15, 2020 @alboz se per piacere mi alleghi, senza i seriali, il config che usi che voglio confrontare i quirks con il mio Link to comment Share on other sites More sharing options...
SemanticA Posted April 15, 2020 Author Share Posted April 15, 2020 Su Intel, funziona. Attualmente sto testando opencore 0.5.8 ...risolto il problema del caricamento di whatevergreen...ora parte normalmente...e devo dire che il driver interno apfs fa un bel lavoro!... diminuito il tempo di caricamento di circa un paio di secondi. 🙂 Link to comment Share on other sites More sharing options...
SemanticA Posted April 15, 2020 Author Share Posted April 15, 2020 (edited) Per chi volesse provare, allego la EFI 0.5.8 (al solito, da modificare i vari mlb serial rom smuuid) Per far partire Windows, occorre controllare e modificare la "Path" in Misc\Entries\0\ poichè ogni disco ha una sua path diversa... (per risalire alla path ci son diverse guide...)...meglio sostiture la entries con la vostra funzionante... Se non avete Windows, semplicemente eliminate la entries 😉 Spoiler EFI.zip Edited April 15, 2020 by SemanticA Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now