Hackitrix

Quindi l'hacking sul sitema linkato sopra, quello HP sarebbe fattibile con un i7 10750H ed una GTX 1650Ti? Sotto Catalina la GTX andrebbe disabilitata ma l'hacking potrebbe andare a buon fine?

Ok diciamo che sono delucidazioni sufficienti ad abbandonare l'idea... Mi ero reso conto che la cosa sarebbe stata molto complessa...ora ne ho la conferma.. 😔 Un'altima domanda: ma per realizzare un hackintosh su un notebook di alto profilo che monta Intel serie 10 e nvidia accade che l'hacking fallisce oppure si realizza ma la eventuale nvidia presente come GPU discreta non supportata viene disabilitata ed il resto è regolarmente funzionante? Oppure si rende necessaria la presenza di una RX?

Sì a meno che gli hacking non abilitino la GPU discreta...sono rimasto un pò indietro sul fronte dei notebook. La mia perplessità tuttavia resta se puntare ad un notebook di fascia alta per farne un hackintosh, che GPU deve avere? Perchè quelli su base Intel hanno tutti nvidia mentre su Catalina se non ricordo male non sono più supportate.

Recupero questo post per chiedere con i notebook qual è la situazione attuale. E possibile puntare ad un Intel serie 10 o è ancora preferibile andare sulla serie precedente per ottenere un hackeraggio più vicino alla percentuale di successo del 100%? Catalina con le GTX poi rappresenta un problema? Di questo cosa ne pensate: https://www.amazon.it/HP-Pavilion-16-a0019nl-Notebook-i7-10750H/dp/B08BKV4VVW/ Eventuli suggerimenti sono ben accetti. Cerco un sistema molto performante con i7, non meno di 16GB di RAM, SSD da 512 ad 1TB e di conseguenza una GPU di reggere eventuali editing video. Vi ringrazio anticipatamente

Volevo più che altro capire in questo caso il meccanismo di avvio. In MBR ci troviamo con il sistema di avvio dei vecchi OS. Quindi tutti i files di avvio della EFI in questo caso come vengono gestiti?

Finora i miei Hack sono sempre stati in configurazione UEFI. Se dovessi configurare invece una macchina più vecchia non UEFI, quali sono le differenze? Clover andrebbe installato in modalità MBR ma sulla EFI che in questo caso suppongo non avrebbe più la sua partizione di avvio, la lavorazione dei files di configurazione come si effettua e dove si collocano?? Quali sono le differenze sostanziali durante il processo di configurazione? Grazie sempre per il vostro supporto.

Ok sei stato chiarissimo. Quindi nell'altra guida fanno fare una cosa che non ha senso. Chiarito ogni dubbio. Grazie della pazienza e perdonate l'ottusaggine. Ma vedendo e leggendo altre cose è normale purtroppo cadere nel dubbio finchè qualcuno che ne sa più di te non ti dice che da una parte stanno inducendo all'errore e che non va bene quello che ti fanno fare.

Avevo capito che ci fossero delle differenza perchè il procedimento con hackintool se non ho capito faceva fare una mappatura delle porte e poi alla fine generava questa kext da mettere in other e poi specificava che se avevamo con la nostra mappatura un numero di porte superiore a 15 di lasciare attive anche le port limit insieme a questa kext che rappresentava la mappatura delle nostre porte. Mentre con il metodo riportato qui le patch come appunto mi stai dicendo se vengono lasciate attive invalidano la mappatura. Quindi sembrano esserci delle differenze. Ripeto, se non ho capito male io quello che si faceva. Allego uno screenshot di cosa riporta l'altro metodo da cui scaturisce la domanda posta ed il dubbio

Sì questo l'ho capito e ti ringrazio della spiegazione perchè mi mancavano delle nozioni su questa cosa delle USB come la retro compatibilità delle porte USB 3.0 per cui queste dovrebbero valere doppio se si rientra in questa condizione delle 15 porte all'interno di una mappatura. La domanda era per capire se il problema principale da eliminare fosse la kext usbinjectall mentre le patch potessero essere poi lasciate attive sulla propria mappatura nel caso in cui ci fosse una eccedenza nel numero di porte. Se anche le patch determinano una possibile anomalia al pari della kext usbinjectall ok. Bisogna quindi sacrificare per forza di cose delle porte. Scusa la domanda, ricordavo appunto quell'altro metodo fatto con hackintool che genrava una kext sulla propria mappatura e permetteva cose differenti. Purtroppo ho dei limiti su diverse cose che pian piano devo dissipare e ho necessità di fare delle domande che magari possono apparire stupide ma mi aiutano moltissimo a capire cose anche se la risposta posso capire che per voi può risultare scontata e la domanda banale o apparentemente ripetitiva.

Però sembrava apparentemente più semplice.

Usbinjectall va via ma quello che mi chiedevo è se fosse possibile far funzionare una mappatura specifica, se questa eccede nel numero delle porte come in questo caso, con le patch portlimit attive? Tempo fa ricordo che la mappatura delle porte tentavo di farla con hackintool che alla fine del giochetto delle chievette da passare su tutte le USB come si fa con ioreg rilasciava una Kext anzichè l'ssdt basato sul proprio ACPI da inserire in patched. Poi seguendo voi ho abbandonato altre situazioni.

Il fatto di tenere TUTTI i dischi collegati a questo tipo di Hub può costituire un problema di stabilità? https://www.amazon.it/ORICO-Alluminio-Adattatore-dalimentazione-Portatile/dp/B07B7K9B4C/ Nel caso in cui il numero di porte è superiore a 15 per la mappatura è possibile utilizzarle comunque TUTTE eliminando USBinjectall, inserire e caricare la nostra mappatura completa di tutte le porte senza sacrificare nulla e allo stesso tempo far rimanere attiva la patch portlimit?

Oppure la porta col doppio funzionamento è la SSP01 e la HS01 abilitate insieme?

è IOREG fatto con l'ultimo SSDT che mi hai inviato poco sopra. Sulla mappatura questo discorso come si traduce? Ogni volta che abilito una SSx devo calcolarla doppia rispetto alla HSx?

Perdo il mouse sulla sua porta USB 2.0 ora IOREG.zip

Ok ora ho capito perfettamente! Quindi potremmo fare che le USB 2.0 lavorano solo in 2.0 e le 3.0 solo in 3.0. Sarebbe una cosa ottimale secondo te?

Ma questo anche se le porte in tutto sono 11 e quindi rientrano nel limite di 15 di Apple? Ogni porta va calcolata per due?

Ma quindi non tutte le porte fisicamente presenti possono essere attive? Le porte sono 7 USB 3.0 e 4 USB 2.0

Allego ioreg. Le USB 3.0 con la chiavetta 2.0 quasi tutte non vanno eccetto un paio poteriori IOREG.zip

Con l'ultima modifica funzionano tutte le 3.0 e solo una 2.0 posteriore

Con l'aggiornamento di Clover tutte le USB 3.0 posteriori non funzionano più una USB 3.0 sul case non va. Le USB 2.0 posteriori invece sembrano funzionare. Per me le porte potrebbero essere configurate tutte come 3.0. Come faccio a scegliere quale porta disabilitare? Per me una vale l'altra.

Per me va bene come suggerisci tu. Non capisco un particolare. Le porte da "sacrificare" smetteranno di funzionare? Non capisco bene questo passaggio.

Le porte USB 2.0 posteriori non funzionano più e non vanno alcune USB 3.0 quando passo la chiavetta 3.0

Con quello che mi hai passato, smettono di funzionare TUTTE le porte USB con qualunque periferica colleghi

Nel config che mi hai inviato devo richiamare la tabella nel SortedOrder?