Ramirez71

Salve a tutti, visto che si parla della GUI vorrei porre un quesito: di solito uso un' immagine di background personalizzata con l'apposita app che converte png in icns; possedendo uno schermo 2540X1440 mi pare ovvio che anche il background debba avere la stessa dimensione tuttavia in questo modo, anche aumentando dpi, ottengo uno sfondo piccolo e centrato. Per risolvere il problema ho dovuto aumentare la risoluzione a 5120X2880 (analogo al 5K di un iMac): è una cosa normale? Già che ci sono mi spiegate come ottenete gli screenshot della GUI? Grazie

Mi spiace non saprei. Cosa sono le due porte che ti ho evidenziato in giallo?

Ciao Solaris82 Come gia precisato sopra da altri (opportunamente) una hack viene bene quando assemblata con componenti adatti (in primis scheda madre), i preassemblati da brand (tipo hp dell etc) possono dare un numero maggiore di imperfezioni da valutare una volta emerse e, la dove possibile, correggere o smussare; ma sia chiaro che qualche piccola sbavatura ci può anche stare: hai provato a cercare una soluzione alle tue? sono imperfezioni con cui puoi convivere o ti ci incavoli tutti i giorni? Se il problema è quello di montarci sopra una GPU dedicata, per adesso aspetterei che le schede grafiche tornino acquistabili a prezzi decenti, poi valuterei il resto dell'hardware; nel frattempo potrebbero anche uscire nuove soluzioni.

Dici quelli di VirtualSMC? Ho pensato subito a loro però dopo aver aggiornato a 0.6.9 il bug persiste.... ho pensato anche a una tara del programma ma anche MacFancontrol da lo stesso tipo di lettura pertanto penso che il problema stia alla fonte: possibile che dopo il sonno si perda l’iniezione di un kext come quello? Come posso verificarlo?

Buongiorno a tutti Come da titolo ho un bug sul monitoraggio delle ventole tramite IStat/ MacFanControl che si verifica soltanto dopo una fase di sleep profondo. Prima di esso il monitoraggio e il funzionamento sono coerenti con valori plausibili; dopo il monitoraggio salta mentre il funzionamento (a orecchio) continua bene, dinamico e coerente con le temperature registrate. Il monitoraggio delle temperature invece è a posto così come la funzione di sonno/veglia. Allego immagini per rendere tutto più chiaro. Per adesso ho verificato e aggiornato i kext interessati senza ottenere benefici. (Non è l'unico problema successivo al wake: anche il bluetooth sembra non riconnettersi e i cursori virtuali dello schermo si freezano sull'ultima posizione.) Tutto sommato, in se stesso, è solo si un bug estetico ma dopo diversi mesi mi piacerebbe capire se sia rivelatore di qualche mancanza più subdola. Se qualcuno avesse un idea in merito mi farebbe piacere. Grazie a tutti.

Grazie. Allora speriamo nei nuovi Mac anche se l’ultime uscite non sono proprio rassicuranti...

Intendevo dire in ambito hackintosh

Scusate, una domanda da bestia, ricapitolando: Z590+Rocket lake= ok si può fare. Z590+Comet Lake=ok di nuovo. Ma Z490 e Rocket Lake (previo aggiornamento bios per supporto) si sa nulla? Data la tanto reclamizzata (e pagata!) compatibilità verso razzolago del cipset in questione la trovo personalmente interessante.

Salve a tutti, provato Airportitlwm 1.3.0 su hack in firma e BigSur 11:2.3 : in prima fase ha riconosciuto il modem senza però accedere alla rete, in seconda fase e dopo un riavvio del modem e del pc si è connesso alla rete di casa, Airdrop per adesso ko (avevo capito che almeno quello doveva andare?) , testerò nei giorni seguenti. Per adesso l'unico vero gap è costituito del bluetooth che, dopo lo slepp, si disattiva e non è possibile riattivarlo a mano: occorre il riavvio dell' OS per riportarlo in funzione (il bluetooth prima funzionava correttamente). Qualcuno saprebbe suggerirmi dove cercare il problema: cosa succede durante il pasaggio in fase sleep che possa alterare il funzionamento??? Aggiorno: sembra risolto impostando "preferenze di sistema >bluetooth> avanzate" quindi spunto "consenti a dispositivi BT di riavviare il pc"; il funzionamento sonno veglia non è stato alterato e il bluetooth resta sempre attivo al risveglio tuttavia si tratta di una soluzione pratica e non un un vero fix perchè se tentate di disativare il BT questo resterà comunque attivo (🤔) quindi il comportamento resta anomalo.

Ottimo!!!!! Ancora grazie!!!! Adesso capisco perchè ICanaro si tiene alla larga dalle gigiobite... A parte le battute, ho applicato la modifica anche a ss06 che dava lo stesso errore.

Buongiorno Gengik ho applicato la modifica che mi hai suggerito, all'atto pratico funziona - nel senso che le porte viste e funzionanti sono solo quelle attivate - ma da ioreg e hackcheck saltano fuori delle porte definite come 0x09 anche se nel SSDT sono definite con proprietà e carattere corretto ti allego dei riferimenti. Domanda importante: cosa c'è di bacato in questi risultati? cosa devo cercare di più specifico? Ovviamente mi piacerebbe venirne a capo nei limiti del possibile. SSDT7 tutti.zipCut HS09.ioreg.zipFix HS09.ioreg.zip

Heee.... Avevo il sospetto che fosse un po’ poco ortodosso: domani pomeriggio quando sono a casa provo e faccio sapere Grazie buona serata

Esatto. Stasera non posso, domani allego tabella vergine e tabella tagliata, così capisci meglio

Ciao Gengik qualche settimana fa mi hai aiutato a sistemare la mappatura sulla scheda in firma. Usando recentemente Hackcheck mi sono accorto che nel conteggio delle porte compariva una HS09 ,regolarmente disabilitata nel ssdt, per altro con proprietà 0x09 (la usbc sulla scheda è HS02/SS02 quindi anomalo) mentre mancava all'appello SS08, usb3front regolarmente abilitata e definita su ssdt. Ho verificato che: -la porta usb3 assente legge solo device usb2 come HS08 -l'errore era presente anche nel vecchio ioreg fatto dopo la mappatura quindi, come al solito, ho fatto un ricontrollo da cialtrone. Tuttavia anche ripetendo tutta la procedura e ricompilando da capo ssdt7 vergine ho ritrovato lo stesso errore, sono riuscito a risolverlo solo eseguendo un cut della sezione relativa a HS09 nel ssdt (poi salvato senza errori ). In questo modo nel conteggio è scomparsa hs09, riapparsa SS08 adesso regolarmente funzionante anche con device USB3 (questa volta compiutamente verificato) Posto la questione per capire se quello che ho fatto, al di là del risultato pratico, sia corretto o no: non conosco le regole ACPICA quindi non so valutare se la tabella in questione è corretta al di là delle semplici correzioni compilate sulle singole porte.

Buonasera a tutti nel caso il tread fosse ancora attivo vorrei sapere se ci sono novità su Itlwm e AirportItlwm, sulla vecchia mobo Heliport+ Itlwm funzionava, sulla nuova invece l'applicazione avverte che il kext non è attivo. Premesso che tra le due soluzioni ero curioso di provare a usare AX200 direttamente con Airport quindi ho provato sia AirportOpenBSD (intervenedo sul topic correlato) sia AirportItlwm ma non ho ottenuto risultati in entrambi i modi. Che tipo di verifiche posso attuare per comprendere l'errore? E' un problema di versione dell'OS? Incompatibilità con la scheda? Sarei tentato di pensare che non funziona ma il bluetooth si attiva usando ikext appositi inseriti nella guida. Vi ringrazio in anticipo per ogni genere di suggerimento.

Ancora nulla da fare: nella mia configurazione non sembra funzionare. Forse ho sbagliato a aggiornare Big Sur all'ultima versione...

Non risolvibile? Pazienza: avevo messo in conto il passaggio a Bigsur quindi alla fine si trattava di una opportunità inattesa di cui posso fare a meno. Come al solito grazie, come ultime cose ti volevo chiedere due chiarimenti, uno riguarda la mia efi: non so se hai avuto tempo di dargli una controllata ma mi chiedevo se efi e config potessero contenere dei refusi. La configurazione come ti ho già scritto è stata eseguita secondo la guida Comet lake la quale si sofferma sulle vogi da impostare, sulle altre liquida sempre con un "lasciate così" . Mi ero ripromesso di fare un confronto gemellare tra config e configuration.pdf voce per voce ma se per conoscenza tua sai già che potrerbbero esistere delle correzioni sarebbe un aiuto. Ho postato il problema anche negli interventi precedenti, interpreto come "tutto ok" l'assenza di risposte. Secondo chiarimento riguarda la funzione sleep- wake: sembra tutto a posto con wake più brillante riportando le frequenze ram a 2666 (Vedi intervento Katsuja) però mi sono recentemente accorto che dopo un periodo relativamenter longo di sleep (meno di un ora credo ma non ho ancora misurato) si riaccende il pc su schermata di login quindi in assenza di comandi si spenge il monitor ma ventole e pwled restano accesi: ti risulta normale?

Buongiorno Carlo (e presenti!) possiedo una wi fi/bluetooth card Intel Ax200 su PCIe che utilizzavo sulla vecchia Hack usando però i kext presenti nella guida OpenIntelWireless (più precisamente bluetoothinjector, bluetoothfirmware, itlwm con wi fi attivato tramite heliport). Funzionava tutto con le limitazioni previste. Adesso però sto configurando un nuovo hardware (in firma) e leggendo il topic, pensavo a una soluzione più elegante come questa. Quindi ho scaricato il kext per big sur direttamente da link, messo in cartella di OC e dichiarato nel config come al solito ma non si è attivato nulla: mi domandavo se c'è qualche operazione preliminare da svolgere prima, magari per un esperto ovvia (quindi non ripetuta in questa sede) oppure un prerequisito da accertare. Esiste un comando per capire se il kext è correttamente caricato? Scusami ma ho fatto diversi tentativi e non capisco cosa non vada.

Ciao Gengik ti allego l'errore che mi compare quando cerco di fare il boot di mojave (scelto come disco dalla piker) usando una efi precedente all'istallazione del wifi. Scusa se viene caricata al contrario non ho idea del perchè: ho provato a rifarla diverse volte.

Non ho capito bene: riguardo ai kext per Wi-Fi sposto il problema in sede opportuna. Riguardo al dual OS il log mandato si riferisce alla presenza di uno di quei kext quindi ho provato a ripeterlo con efi pulito, cioè privo di kext che richiedono una definizione del OS. In tal caso il log cambia ma difatti big sur avvvia, Mojave no. La efi attuale comunque non raggiunge i 200 mega, non contiene temi o audio. PS il disco Mojave non ha una efi contenente OC, lo preciso per chiarezza.

Buongiorno Gengik, grazie farò così vediamo se si arriva a concludere qualcosa. Per non sapere né leggere né scrivere ho anche provato a utilizzare l’ultimo efi funzionante pre-modifiche (ne tengo una copia per prudenza) più tardi riprovo il dual OS e ti allego il log specifico senza quei kext. Per il problema della EFI quando l'hai montata, svuota il cestino Si faccio così: mi confermi che non è un’anomalia dipesa da errori, è solo una piccola rottura.

Buonasera a tutti sto proseguendo la sistemazione della hack, per adesso ho aggiornato smbios a ImacPro1,1 come suggerito da Gengik84 quindi ho definito i vari seriale e numero di scheda con gensmbios, verificato e associato al mio ID. ho aggiornato a 11.2.3. Fin qui le cose buone. Poi ho purtroppo ritrovato alcuni ostacoli. 1- visto che ImacPro è 2017 ho provato a avviare un ssd con istallato Mojave (deriva da precedente hack opencore ivybridge B75) , AppleSecureBoot mi blocca l'avvio (problema già incontrato con OC) quindi disabilito ma incontro questo log log mojave.zip . 2- Lavoro sulla cartella EFI e inserendo i kext mi compare questo avviso : Problema gia avuto con la precedente hack ma con questa non l'avevo ancora incontrato, a questo punto capisco che sia collegabile a una delle tre cose: a-la presenza di due OS (come vecchia hack) b- la registrazione (non penso) c- un'applicazione presente su Mojave (cleanmymac) che si è attivata sul desk di bigsur pur non essendoci presente (e questo è un'altra bella stranezza!) se conoscete il problema e la ragione sarei curiso di saperne di più. 3- ho provato a far funzionare una intel wifi card AX200 gia istallata sulla vecchia hack con eliport. Sulla nuova hack volevo usarla direttamente con airport quindi ho consultato le discussioni linkate da Gengik84, prima ho provato a istallare airportopenBSD.kext per bigsur: nulla da fare: poi ho provato airportitlwm con secureboot disabilitato: nulla! poi lo stesso forzando IO80211family: ancora nulla. Alla fine ho provato con Eliport e itwlm ma appare avviso che il kext non è attivo. Ho provato anche a scaricare i kext sia da forum che da sito ufficiale, tutti, anche itwlmx, versione stable e non, ho cercato info e tutorial ma tutti riproponevano il solito iter: sulla vecchia hack era stato un gioco da ragazzi quindi ho anche provato a confrontare i due config... che mi resta da provare? Sono arreso. Ps bluetooth funziona ma solo usando entrambi i kext di openintelwireless. Lo so... anni a usare osx e non ne so ancora nulla!

Ciao Gengik84 grazie! Devo staccare per un pò, non stò bene fisicamente e mentalmente, poi con calma procedo e vedo di attivare Intel wifi e capire se il config và snellito. Mi rifaccio vivo appena mi rimetto. Già che ci siamo, ho fatto unconfronto un pò meno percettivo: il boot non cambia , Gengik For President!

Si come no!!!! Come si dice: "chi non ha testa..." EFI.zip

Allego, viste le dimensioni ci sta intera, per adesso è ancora la versione debug, priva di cosmetici, platforminfo in bianco perchè volevo capire se con una cpu F, e una gpu polaris (che ci resta finche i prezzi non tornano quelli pre-dicembre 2020) ci fosse un SMBIOS più valido. Per adesso ho 20,1.