alboz

41 minuti fa, SemanticA ha scritto:

Comunque sia, devi resettare la NVRAM... ma per TRE volte... e tutte e tre le volte, devi far partire il pc da boot manager selezionando il disco contenente la efi e non lasciando semplicemente che si avvii... fai così e dovrebbe bootare al quarto riavvio! ...fammi sapere!

No vabbè ho testato la EFI bootando da pennina usb ed ha bootato senza problemi. Così sostituisco la EFI sulla partizione del nvme, riavvio e bam OCB: StartImage failed - Aborted. 
Bene faccio reset nvram per 3 volte ma nulla non si avvia. Riprovo rese nvram per 4 volta e nulla non vuole avviarsi 

2 ore fa, rainbowflare ha scritto:

 

Prova questa a me funge così.EFI.zip

attento al agdpmod=pikera che dipende se hai RDNA/RDNA2

e ovviamnte inserisci in PlatformInfo i valori giusti

Dimenticavo che anche per AorusPRO-USB.kext metti il tuo così con il tuo case ti troverai come prima.

Quello nella efi è comodo per me ma puoi personalizzare come indicato dalla nostra mitica Semantica nel primo post

Grazie tranquillo uso sempre il mio config che modifico con le modifiche di semantica, il Kext AorusPRO-USB è la prima cosa che sostituisco in quanto ho il mio personale. 

23 minuti fa, SemanticA ha scritto:

 

 

Si ok, allora...ora aggiusto tutto...ho troppe efi diverse da gestire ahahahahah

Avevo dimenticato di riattivare usbx... mchc è x correggere il bus per far "piacere" a MacOS ...non è obbligatorio ma è una cosa in più...

 

Comunque sia, devi resettare la NVRAM... ma per TRE volte... e tutte e tre le volte, devi far partire il pc da boot manager selezionando il disco contenente la efi e non lasciando semplicemente che si avvii... fai così e dovrebbe bootare al quarto riavvio! ...fammi sapere!

 

 

Comunque, sistemato tutto ora... 😉  

Grazie perfetto, lo capisco quando si iniziano ad avere EFI ovunque non ci si capisce più nulla hahahah. Ora provo 

Il 11/9/2021 at 17:42, SemanticA ha scritto:

si esatto nella fretta ho cannato a salvare il config…grazie per essertene accorto! …stasera sistemo il tutto e riuppo a efi sistemata 😂👍🏻

Sto capendo poco ahahaha. Ho scaricato ieri la EFI che hai riuppato con la correzione del protectuefiservices ma non boota. Ora l'ho riscaricata per ricontrollare ed ho notato cambiamento alla cartella ACPI, come la disattivazione di SSDT-EC-USBX.aml e la comparsa di SSDT-SBUS-MCHC. Ehm cioè boh 😂

Il 10/9/2021 at 12:23, SemanticA ha scritto:

si sì quella…ho dimenticato di correggere 😂

Che strano ho sostituto la tua EFI OC 0.7.3 sostituendo solo il Kext per le usb e inserendo i dati su platforminfo, e controllato tutto ma non boota, all'avvio mi da "OCB: StartImage failed - Aborted". 
Fatto reset nvram ma nulla non funge. Eppure la mia EFI funzionante è la tua precedente OC 0.7.2

EDIT: trovato il motivo, ProtectUefiServices era su off, invece da guida dortania deve essere su yes su mobo z390

Adesso, SemanticA ha scritto:

si sì quella…ho dimenticato di correggere 😂

ahahah ok ok avevo immaginato, ma non sapevo se fosse il backup della 0.7.2 😂

Il 9/9/2021 at 11:49, SemanticA ha scritto:

Aggiornamento in guida:

 

EFI aggiornata con OpenCore 0.7.3 compatibile iMacPRO1,1 con sistemi BigSur e Monterey - NON compatibel con sistemi Mojave/Catalina

 

Aggiornamenti a seguire 🙂  😘  

Ciao grazie mille sempre per le tue preziose EFI, ma non trovo OC 0.7.3, sono io accecato? vedo solo una EFI sotto "EFI OpenCore 0.7.2 ESCLUSIVAMENTE PER iMacPro1,1 (per altri smbios, modificare, oltre al modello in platforminfo/generic, anche SecureBootModel) con mappatura usb tramite KEXT: "

1 ora fa, SemanticA ha scritto:

Bravo @alboz ti sei risposto da solo xD ahahahahha devi bootare il sistema con usbinjectall ...e poi tramite ioregistryexplorer, vai a vedere quali sono le porte di tuo interesse (ma alla fine comunque sono tutte "segnate" nelle foto della guida... ss e hs) ...l'importante è inserire il valore della porta giusto e in caso inserire il valore massimo nel file plist (port-count) 🙂  ...non è difficile se guardi...ricorda solo che la hs12 (ITE Device 8595) NON si può assolutamente disabilitare poiché è una "finta usb" e gestisce il chipset degli hub interni...

Ahahaha si perché sono troppo bravo e trovo sempre da solo la soluzione ahahahaha che modestia 😝 cmq ho eliminato le porte type c che per ora non uso ed inserito altre che uso, come la seconda frontale..Ho capito subito che "port" va di pari passo alle porte (HS00 è 01000000, HS10 è 0A000000). Grazie dell'avviso della HS12 che non ho mai capito a cosa servisse e mi sa che la disattivavo 😅

Ciao SemanticA (o SemanticO ahaha), che bello sono contento che continui a portare avanti il topic. Sono stato lontano da Hackintosh per un po perché la strada che sta prendendo Apple con MacOS non mi piace per nulla, tutto sempre più iOStizzato e sempre meno desktop. Così l'ho proprio lanciato dal balcone hackintosh. Però stare solo su windows, sto provando windows 11, mi fa venire il nervoso lo stesso, aiuto ma qui nessuno più pensa a fare un sistema operativo prevalemente desktop, come se tutti avessimo solo smartphone o tablet.
Cmq ho appena messo Mojave, che sarà vecchio ma secondo me è ancora un sistema con pochi fronzoli e tuttora aggiornato. Ho scaricato la tua EFI e modificata in alcune cose che non facevano bootare Mojave. Ho cambiato anche io da iMac19,1 a iMacPro1,1 ed invece delle usb tramite ACPI ho deciso di usare il tuo kext. Però alcune porte non combaciano, volevo chiederti come modifico il Kext? O cmq quale guida hai seguito per l'usb mapping tramite kext? Thankssss

EDIT: forse ho trovato, basta modificare il file info.plist ed aggiungere o eliminare una porta.. il valore port, per non utilizzare il metodo usbinject ecc.. l'ho trovato nel file ssdt-6.aml che usavo prima. 

Ciao, scusate ma siccome Big Sur non mi trova gli aggiornamenti ne con SIP abilitato ne disabilitato, posso scaricare i file messi qui da Gengik? Ho scaricato l'InstallAssistant e mi ha creato il file di installazione su Applicazioni, lo lancio ed aggiorna? Perchè mi sembra l'Installer completo non vorrei facesse casino

Il 6/2/2021 at 09:54, SemanticA ha scritto:

Ogni tanto torno a vedere come va...il fatto che me ne sia andata, anche in malo modo qualche mese fa, era legato a una situazione personale e familiare legata al sars-cov2 non a qualche stupido battibecco idiota su questo forum...

 

Detto questo, buona continuazione a tutti 🙂

Ciaoooooo bentornata, 
cavolo mi dispiace!!! E' da un po anche io che non entro sul forum in quanto Hackintosh l'avevo levato, mi era davvero stancato. Poi ho deciso di riprovare ed ora sono su BigSur. Son contento che questo thread sia di nuovo operativo 😉 

Un consiglio, ho installato la public beta che riceve meno aggiornamenti in teoria. Secondo voi è meglio reinstallarlo con la developer? Non so non vorrei restare troppo con una versione più instabile sino a che non verrà rilasciata la prima versione stabile 

UPDATE: Penso di aver capito che sia impossibile avviare il Mac solo ed esclusivamente tramite entries, quindi avere nel boot menu solo la entries. Giocando con le ScanPolicy ho capito che per poter avviare il Mac bisogna abilitare
-SYSTEM_LOCK
-DEVICE_LOCK 
-FS_APFS

-DEVICE_SASEX

-DEVICE_NVME
Ovviamente per chi ha NVMe. 
Se setto in questo modo visualizzo i dischi NVMe APFS e quindi la partizione Preboot che avvia Big Sur (che ho rinominato tramite file disk_label.contentDetails), ma se aggiungo la entries per Big Sur, questa si avvia ma avrei un doppione, così come entries ho tenuto solo Windows. 
In questo modo ho un boot menu con solo Big Sur e Windows 10, in attesa che sta cavolo di partizione Preboot cmq venga fixata 

54 minuti fa, iCanaro ha scritto:

come hai ricavato il percorso chilometrico di windows @alboz

Tramite il tool di OpenCore OpenShell. Ho controllato uno ad uno il contenuto dei vari dischi (FS0, FS1, ecc..) e mi son segnato ogni path a che partizione appartiene. Poi ho selezionato la EFI di Big Sur ed ho dato il comando map > maptable.txt, così che dentro la partizione EFI mi sono ritrovato il file txt con tutte le path delle partizioni, che ho poi utilizzato per le entries. 

Ragazzi sto cercando di crearmi un boot menu personalizzato con OC 060. Ho Big Sur beta public e Windows 10 installati (anche Mojave su altro disco) e voglio vedere nel boot menu di OpenCore solo Big Sur e Windows. Diciamo che ci sono riuscito tramite entries, Windows 10 si avvia ma purtroppo Big Sur no. Per Big Sur ho aggiunto la path e come percorso messo System/Library/CoreServices/boot.efi, e l'ho fatto sia per la partizione principale che ho chiamato MAC, sia da quella di Preboot, visto che Big Sur si avvia ancora tramite Preboot. Però selezionando entrambe mi da:
OCB: LoadImage failed - Not Found 
Sapete spiegarmi? 
Ah ScanPolicy l'ho settato su 3, in quando non voglio che scansioni nessuna partizione perchè altrimenti mi ritrovo le partizioni EFI e quelle di Big Sur e Mojave sul bootmenu 

4 minuti fa, Gengik84 ha scritto:

Basic è un ssdt estramente dinamico, detto alla bona lui "legge" l'hardware e si adatta a quello

riconosce un desktop da laptop e si adatta, se trova in caso hardware che necessitino di fix li applica altrimenti no

etc etc

Ecco questa spiegazione mi piace 😁 mi hai convinto, considerando poi che, nonostante penso di aver creato giusti SSDT, ci sono cose che non conosco e chissà magari qualche problemino all'hackintosh potrebbe capitarmi a causa di mancate patch, vado di basic, o nextgeneration, o gigio 🤣

3 minuti fa, Gengik84 ha scritto:

non sono per la tua macchina

Basic è unico e funziona ovunque, quindi usa solo questo

qui se vuoi puoi leggere le info a riguardo: https://www.macos86.it/files/file/84-ssdt-basic/

 

Per la mia macchina intendo dire che mi sono letto tutta la guida OpenCore, scaricati gli SSDT (EC-USBX, PLUG, PMC) e puliti lasciando solo quello che interessa al mio hardware. Poi non so se ho fatto bene eh, mi piaceva cmq partire da zero e conoscere un po l'interno degli SSDT e di tutto il resto. Per ora sia usando il tuo magico Basic sia quelli che mi sono fatto funziona tutto allo stesso modo. 

2 minuti fa, iCanaro ha scritto:

l'ha scritto poco fa gengik il motivo

Come ho immaginato allora, i condizionali mandavano a pu****e l'ssdt. Ho anche riprovato eliminando SSDT-basic e rimettendo i miei SSDT che sono per la mia macchina, e funziona tutto. USB correttamente mappate. Credo sia tutto a posto adesso 😁 Grazie mille
 

4 minuti fa, iCanaro ha scritto:

si, sulle Z390 occorre fare un po' di pulizia.. 

Lo so cosa stai pensando quando ci sono di mezzo Gigio (non Donnarumma) e z390 

3 minuti fa, iCanaro ha scritto:

quelli contano come in 2 di denari quando briscola è bastoni... ma per completezza del config, li ho inseriti....

 è stato altro a fare la differenza 

 

Azz e cosa ha fatto la differenza? Sto cercando di riordinare la mente e capire tutto.
 

2 minuti fa, Gengik84 ha scritto:

se fai un ocvalidate per esempio in quel caso essendo vuoti riporta un errore

la cosa strana è che lo riporti su una voce quando è di fatto "completa" e non vuota

quale? mi sono basato su ioreg

se cambia il discorso è solo per alcuni condizionali presenti nella tabella stessa delle usb

allega ioreg così guardo e correggo

Tranquillo avevi attivato la HS11 che non uso, ho corretto io ed ora funzionano anche tramite SSDT. Ho visto che hai cancellato tutti i condizionali sulle porte che uso, tenendo sul metodo _UPC solo il Return necessario alla attivazione della porta. Sarà questo che adesso me le fa funzionare?

11 minuti fa, Gengik84 ha scritto:

ma sei sicuro di sostituire bene e avviare da quella efi?

nel config allegato TableLenght c'è

Sicurissimo, infatti anche io non capisco.

@iCanaro yesss adesso boota e sembra che le usb siano giuste a parte una perchè Gengik mi ha attivato una porta che non uso e quindi per il limite di 15 mi ha disattivato una che uso, ma quello posso cambiarlo senza problemi. 
Confrontavo i config, hai reinserito OemTableId e TableSignature ma vuoti e nient'altro mi pare 

Adesso, iCanaro ha scritto:

@alboz stai usando OC 060?! se si posta il config che controllo se è ok

si si OC 060. Considera che sto usando Big Sur (ho pensato potesse essere anche quello il problema essendo ancora beta, ma ho testato tutto anche su Mojave che ho su altro disco e succede la stessa cosa). 
Cmq il config, usando USBPorts.kext, funziona bene e si avvia tutto, è quando provo ad usare SSDT che o sballa tutto o va in Kernel Panic con il config che mi ha mandato Gengik. 

config.plist (working).zip config.plist (usb sballate).zip config.plist (gengik, kernel panic).zip

10 minuti fa, Gengik84 ha scritto:

il discorso è un po strano... comunque prova a sostituire

usa il config allegato prima  e unici 2 ssdt in acpi

SSDT-7.aml.zip 2 kB · 1 download

Lasciati SSDT-Basic e SSDT-7 ma nulla, prima OpenCore mi da questo avviso:
OCS: No schema for TableLenght at 3 Index, context <Delete>!  
e poi Kernel Panic uguale a prima  

5 minuti fa, Gengik84 ha scritto:

ssdt delle usb è il numero 7

tu avevi detto era il numero 6, poi il 5 o viceversa?

Allora se vedi negli allegati precedenti, dove ho allegato le acpi estratte tramite OpenCore e Clover, il nome della SSDT delle USB è diverso. Su OpenCore è SSDT-7, mentre su Clover è SSDT-6. Infatti tutti gli SSDT estratti con OpenCore sono un numero avanti rispetto a quelli di Clover. 

54 minuti fa, Gengik84 ha scritto:

cancella e rifai nuovamente

poi allegale

ieri con ioreg intendevo quello della mappatura stessa delle usb così che possa vedere quale hai effettivamente in uso o no

per ora mi sono basato con ssdt che già avevi ma non so se va bene o meno.

Si scusa allego IOReg dove la mappatura è giusta, ed allego la cartella SysReport con le acpi riestratte. 

SysReport.zip iMac Pro di Alberto.zip

4 minuti fa, Gengik84 ha scritto:

le acpi che hai estratto da Opencore, l'hai fatto abilitando la relativa opzione nel config?

Si avevo usato la versione debug e attivato nel menu debug il SysReport 

25 minuti fa, Gengik84 ha scritto:

Sostituisci, poi fai ioreg

Archivio.zip 8 kB · 2 download

Va in kernel panic