Hackitrix

E' strano perchè ho confrontato la EFI sorgente di quando ancora dovevo modificare il boot arg e i settaggi sono IDENTICI. Non sembra abbia cambiato nulla...non capisco..

Io non ho modificato nulla a parte il boot arg. Sì ci sono delle patch. Allego

Funziona tutto alla grandissima adesso...anche il wifi é stato abilitato e la mappatura porte con Usbtoolbox é riuscita perfettamente. Con il validator ho verificato e mi dice che é tutto ok e che non rileva anomalie ma giusto a voler essere pignoli, da quando ho modificato il boot arg per abilitare l'ethernet in avvio mi esce questo e poi parte senza problemi. Sul validator non mi dà nessuna anomalia. Di che si tratta?

No non ho fatto nient'altro. Sono su Monterey. Per caso si può abilitare anche il Wifi? Per la mappatura ricordo che c'era un programmino che mi era stato suggerito qui che semplificava tutto e permetteva di farla da Windows. Devo cercare nelle varie discussioni.

Aggiornamento: avevi ragione prima. Il problema sembra essere l'ethernet che sulla Gaming X é Realtek mentre sulla Aorus é Intel. Tenendo scollegato completamente il cavo (prima credevo di aver interrotto la connessione dal modem ma non era così) il sistema resta stabile. Appena connetto il cavo mi abbandona e freeza dopo pochissimo. Cambiando il boot arg da dk.e1000=0 a e1000=0 ora funziona. Ora resta il rompicapo solito (per me) del mappare le porte.

Devo essere sincero...come detto non mi apsttavo problemi in virtù di una configurazione molto comune tra motherboard processore e scheda video. Windows è installato separatamente su altro disco indipendente. Ho verificato per il tempo che riesce a rimanere attivo che la rete anche tramite LAN non funziona. Quindi devo sostituire anche la KEXT per la rete e non so se il Wifi è compatibile e lo si può aggiungere.

Ma tramite macchina virtuale dovrei accedere da Windows al disco APFS dove c'é Monterey per avviare anche Clover se necessario esatto? In realtà la motherboard é stata una sostituzione obbligata. Per quanto riguarda Monterey ho visto che la mia configurazione é abbastanza comune e non mi aspettavo onestamente il freeze del sistema che é la prima volta che mi capita come anomalia. Quando c'erano inesattezze nel config o nelle kext avevo errori o non mi funzionava qualcosa ma mai il freeze dopo che il sistema si é avviato in modo apparentemente corretto e rapidamente. Comunque ho provato senza la rete collegando solo mouse e tastiera ma dopo un paio di minuti si freeza ugualmente tutto.

Ma quel Kext non serve per sistemi AMD ed Intel dual socket? Potrebbe questo determinare il mancato riavvio del sistema perchè in quel caso avrei qualche problema per riaccedere al disco APFS Apple...non so se virtualizzando da Windows sarebbe possibile per eventualmente correggere e ripristinare perchè la parte Apple si trova sull'SSD principale sotto la scheda video e il dissipatore. Nel resoconto di sistema se può essere utile l'11700F viene visto come Intel Xeon 8 core e non come i7.

L'ethernet funziona regolarmente almeno apparentemente. Quello che sicuramente non ho nelle Kext è il Wifi che è presente sulla Z590 Aorus Ultra e non c'era sulla Gaming X ma non so se può avere implicazioni. Non ho rimappato le USB sul cambio motherboard...può determinare il freeze del sistema? Nella EFI allegata non si riesce a capire dal config l'impostazione presente attualmente? E' stata creata un anno fa sulla Gaming X. Da allora non ho aggiornato nulla perchè fino al cambio motherboard con Big Sur ha funzionato perfettamente.

In seguito alla sostituzione di una motherboard Gigabyte Z590 Gaming X per una Gigayte Z590 Aorus Ultra con i7 11700F e 64GB di RAM Corsair Vengeance LP 3600MHz + RX580., ho aggiornato da Big Sur a Monterey. Il sistema si avvia apparentemente in modo corretto ma dopo un paio di minuti, qualsiasi cosa stia facendo il sistema si freeza e a volte non riesce a spegnersi. Ho provato la parte Windows in modo pesante e per diverse ore e non dà alcun problema quindi sicuramente è una anomalia di natura software sulla parte Hackintosh. Non riesco a capire cosa possa essere. Vi allego la EFI che comunuqe, ripeto, avvia il sistema in modo apparentemente corretto ed estremamente rapido e il resoconto di sistema non sembra presentare anomalie. Viene riconosciuto tutto. EFI GIGABYTE Z590 + 11700F + RX 580.zip

Purtroppo al di fuori di windows il port mapping è impossibile poichè anche con Usbinjectall diverse porte non funzionano proprio e non possono essere mappate. Attivando nei Quirks XHCI Port Limit ne funzionano ancora meno. Credo di aver capito che il port mapping è corretto ma eccede di 3 porte perchè il numero imposto da Apple per le porte USB disponibili è 15. Quindi credo che sia questo il problema. Quello che non capisco è perchè con USBinjectall diverse porte comunque non funzionano e quindi non è possibile mappare direttamente dall'Hack ma è necessario farlo da Windows. Non è la prima volta che mi capita questo problema.

Nessuno ha idea se sia possibile correggere in qualche modo questo problema? Mi pare di aver capito sulla rete che sarebbe un pasticcio di Apple con l'ultimo aggiornamento di Monterey..

E' necessario fare Thread apposito per la problematica su Display port? HELP

In più dopo aver fatto il port mapping con USBTooBox in Windows ed aver importato le relative Kext rimuovendo la USBinjectall comunque ho delle porte USB 3.0 che con periferiche USb 3.0 non funzionano. Ho provato a rifarlo più volte con attenzione e ho contato le porte che vengono rilevate ed il numero riportato è corretto (18 porte tenendo conto che le USB 3.0 valgono doppio) ma poi alcune porte USB 3.0 rimangono non funzionanti. In MacOS non posso fare port mapping perchè anche con USBInjectall le stesse porte non funzionano. Come se ne può uscire?

Sono riuscito ad aggiornare con successo il sistema in oggetto a Monterey. Si manifesta però un problema strano. Alla scheda video ci sono due monitor collegati, uno in HDMi e l'altro in Display Port. All'avvio tutti e due i monitor sono accesi mostrando la melina durante il caricamento. Una volta arrivato al desktop il segnale arriva solo al monitor collegato ad HDMI. Se spengo l'hack e lo riavvio solo con il monitor collegato alla display port e con il moniotor HDMi scollegato, stessa cosa. Durante il caricamento e in fase di avvio ho il segnale. Arrivato al desktop, schermo nero. Se però collego il monitor all'HDMi l'imagine esce su quello. Che cosa accade? Perchè non ho segnale sulla display port una volta caricato il sistema?

Sì Windows su SSD si installa veramente in 5 minuti di orologio. A quel punto vale la pena eseguire questa procedura e poi importare nel config il risultato. Facile, immediato e soprattutto...problema risolto.

Questo metodo di mappare le porte con l'ausilio di Windows è straordinario. A chi come a me la mappatura delle porte è stata sempre un pò uno zoccolo duro, con questo sistema è impossibile fallire. E infatti con un pò di pazienza installando al volo Windows, il problema è risolto. Posto la EFI funzionante. Nessun problema anche con l'ultimo aggiornamento di Monterey che ha rilevato tramite l'update. EFI.zip

Ho smontato l'SSD con Monterey e montato uno provvisorio su cui sto installando Windows al volo. Ci provo con un pò di pazienza. Se riesce riposto la EFI funzionante.

Se facessi un pasticcio del genere potrebbe funzionare? Avvio con le sole porte USB 2.0 funzionanti e le mappo con Pendrive USB 2.0 usando Hackintool e generando il file .aml. Poi riavvio con XHCI Port Limit attivato così le porte funzioneranno solo con la Pendrive USB 3.0 e rimappo generando il secondo file rinominato in altro modo. Li inserisco tutti e due nella cartella patch e riavvio togliendo USBInjectall. E' un pasticcio o potrebbe funzionare?

No non c'è Windows

Posto in sezione appropriata. Sono riuscito ad installare Monterey sul Notebook in oggetto. Funziona tutto perfettamente tranne le porte USB 3.0 che con periferiche USB 3.0 non danno segni di vita. Ho provato anche ad eliminare tutto da Kernel and kext patches ma al momento non ci sono riuscito. Se sui Quirks spunto XHCI Port Limit accade il contrario. Tutte le porte funzionano con periferiche USb 3.0 ma con le 2.0 non danno più segni di vita. Allego EFI EFI.zip

Purtroppo devo fare una rettifica. Devo essermi sbagliato. Le USB 3.0 su Monterey con periferiche USb 3.0 non funzionano. Al momento non ho idea di come correggere.

Su Monterey per far funzinare le USB 3.0 bisogna semplicemente rimuovere le patch in Kernel and Kext patches che invece sono necessarie per BigSur. Una domanda...la parte WiFi resta incompatibile come dal principio su Apple oppure adesso si potrebbe fare qualcosa? Trattasi di RTL8812AU deviceID 8821

Incredibile! Ho provato a caricare la stessa EFI per installare Monterey. FUNZIONA! Arriva all'installazione in un attimo e procede. E' una cosa normale che una volta fatta la EFI per BigSur funzioni alla stessa maniera anche su Monterey o è un altro colpo del cosìddetto?

Colpo del cosìddetto....è 3 Ora sembra andare tutto. Posto la EFI completa e...sembrerebbe funzionante su tutto. C'è modo di fare una verifica tecnica per avere conferma che sia effettivamente tutto ok? EFI.zip