Hackitrix

Ok! Siccome sto cercando di applicarmi sulla mappatura dell porte mi potresti spiegare poi quali errori hai rilevato su quello che ho fatto?

Allego quello che hai richiesto Acpi Error.zip ACPI.zip EFI.zip

Ti ringrazio, domani mattina li posto con calma.

Uno dei due sistemi sta effettivamente funzionando con usbinjectall e le patch portlimit perchè ho provato a fare la mappatura ma non funziona perchè tutte le porte 3.0 smettono di funzionare quando collego periferiche 3.0 nonostante creda di aver seguito alla lettera la guida e fatto apparentemente le modifiche all'ssdt estratto dal mio ACPI nel modo richiesto. Posso postare gli ultimi ioreg e la mia mappatura che è fallita. Non riesco a capire cosa ho sbagliato. Usbinjectall è quindi in grado di arrecare errori logici ai dischi? IOREG USB 2.0 3.0.zip SSDT-5-xh_rvp10.aml.zip

Quali kext possono generare questo tipo di problemi?

Su Windows i dischi (al momento il problema su catalina si verifica su 3 dischi di marche e tagli diversi) appaiono integri e le risorse accessibili ma comunque viene riportata la presenza di errori. Con chkdsk si sistema tutto in un minuto e riportando i dischi su Catalina riprendono a funzionare. Esistono bug noti con Catalina sulle porte USB? Perchè l'accesso al disco si vede che lo tenta all'infinito perchè la spia lampeggia e il disco si sente girare (su Windows da subito la spia è fissa e la risors accessibile) ma la risorsa non è accessibile e non lo è nemmeno in utlity disco dove non esiste proprio. Finchè appunto Windows non corregge l'errore.

E' possibile che il sistema operativo generi errori su dischi USB che poi smettono di essere rilevati? Praticamente succede che alcuni dischi USB funzionano per un pò e poi il sistema operativo non è più in grado di rilevarli se vengono scollegati e ricollegati. Gli stessi dischi se portati su Windows vengono rilevati ma Windows segnala la presenza di errori. Correggendo gli errori con il chkdsk e riportandolo su Catalina il disco funziona nuovamente per poi incappare random nella stessa situazione di prima. Ed ogni volta Windows quando i dischi non vengono più rilevati da Catalina, segnala nuovamente la presenza di errori su disco che vanno corretti. Che cosa accade?

Su due Hackintosh configurati correttamente (un Desktop ed un Notebook) sta accadendo che un disco Maxtor da 4TB formattato in exfat non viene rilevato dal sistema. L'unità resta invisibile mntre continua a girare e lampeggiare una volta collegata ad una porta USB qualsiasi. Qualunque altro disco USB o chiavetta non ha problemi. Tutte unità però di taglio inferiore non superiore ai 2TB. La stessa unità Maxtor da 4TB se collegata a Windows viene immediatamente rilevata senza alcuna difficoltà. Esistono delle problematiche su Catalina per dischi di grossa capacità formattati in exfat? Come mai solo questo disco dà problemi?

In questo modo smettono di funzionarde TUTTE le porte

Ho corretto ma non cambia nulla... Tutte le porte USB 3.0 restano disabilitate se collego una perfiferica 3.0. Con USB 2.0 sempre nessun problema. Mi arrendo... Quello in allegato è quello a cui sono riuscito ad arrivare... SSDT-5-xh_rvp10.aml.zip

Ok sul calcolo quindi ci troviamo. Le porte non utilizzate risultano le medesime anche a me per cui ho compilato l'SSDT attivando effettivamente 17 porte. HSx 1-3-4-5-6-7-8-9-10-13-14 SSx 1-3-4-5-6-8 Le porte vanno sacrificate a caso? La cosa ha implicazioni poi su qualche porta che sul case o sul retro va a disabilitarsi?

Ho ricontrollato la mappatura in base agli ioreg ottenuti, per me sembra ok ma quando la inserisco perdo tutte le periferiche 3.0 e tutte le relative porte 3.0. Con le 2.0 invece le porte funzionano tutte. Mi sembra di aver fatto tutto correttamente ma purtroppo così non è. Non riesco a capire dove sbaglio sull'ssdt

Comunque con la mia mappatura non funzionano le porte 3.0 con tutte le periferiche 3.0... 😟

Non capisco quest'ultima cosa. Di cosa si tratta?

No, SSDT-5-xh_rvp10.aml è la mappatura fatta da me, quella inserita in Patch origin.zip

Ok. Posto gli ioreg, la mappatura che ho fatto e la EFI che se tento di correggere da "tabled" a "length" mi dice che non può essere salvata "Bad configuration din Drop Tables". EFI.zip IOREG USB 2.0 3.0.zip SSDT-5-xh_rvp10.aml.zip

Sul file ioreg 2.0 e poi 3.0 (io ne ho fatti due) vedo che su uno (quello fatto con la chiavetta USB 2.0) ci sono attive alcune porte HSx e nessuna SSx. Su quello fatto con la chiavetta 3.0 invece ci sono porte Hsx che prima erano disattivate e che invece sono state attivate e poi due porte SSx attive sulle 8 presenti. Quindi io sul SSDT andrò a mettere UNO su tutte le porte che si sono attivate sia con la chiavetta 2.0 che 3.0 lasciando ZERO su quelle che invece in nessuno dei due casi (cioè passando le chiavette 2.0 e 3.0) si sono mai accese. E' corretto?

Sto cercando di fare stamane la mappatura in autonomia solo che ho bisogno ancora di un paio di delucidazioni in merito. Quando con ioreg aperto passo le chiavette sulle porte devo salvare prima per la 2.0 e poi chiudere, aprire di nuovo ioreg e salvare un altro file per le 3.0 oppure va fatto tutto in una volta salvando un unico file su cui poi fare il controllo delle porte utilizzate e non su maciasl? Al momento io ho salvato due mappature con ioreg, quindi una per la 2.0 e una per la 3.0 e qui non capisco una cosa. Quando apro con Maciasl il file estratto dal mio ACPI per la mappatura vedo dai files ioreg che per le 2.0 risultano attive alcune HSx e nessuna SSx delle 8 presenti, quando poi apro il file ioreg per la 3.0 vedo che la combinazione di porte attive/disattivate HSx ed SSx è diversa. Quindi sull'elenco che vedo sul mio SSDT quali porte HSx ed SSx saranno ZERO e quali UNO? Una volta terminata la mappatura se ho capito bene la procedura, va inserito l'SSDT salvato, nella sezione ACPI/Patch della EFI, inserita la voce nalla drop table del config (length o tableld?) e richiamato nella sorted order sempre nel config? Alla fine poi Usbinjectall e le patch portlimit vanno rimosse?

È vero si trattava di un singolo valore numerico, riavviavo e ovviamente stavo impazzendo. Purtroppo in alcuni momenti quando la cosa sfugge si aggiunge anche nervosismo dovuto alla frustrazione di non riuscire a capire perchè in quel momento non sta funzionando come ci si aspetta e si commettono errori in questo caso apparentemente banali ma sufficienti a far saltare la baracca. Vedo cosa riesco a combinare con maciasl... Grazie della pazienza!

Mi scuso per l'errore. E' colpa mia!!! Ho postato il config che non era stato aggiornato sul PortLimit e su quello su cui invece avevo effettivamente inserito le patch, c'era un errore su un valore e non me ne ero accorto. Purtroppo controllando e ricontrollando mi sono accorto dell'errore. Sono mortificato per la svista...non me ne ero accorto e continuavo a sbagliare nell'inserimento dei valori. Ora cercherò di fare la mappatura. Le porte rispondono finalmente tutte con entrambe le chiavette. Nel mio ACPI il file da modificare che ho individuato si chiama SSDT-5-xh_rvp10.aml. Ci provo perchè questa della mappatura è una cosa che mi è ancora ostile. Nel caso cominciassi nuovamente ad incasinarmi, se lasciassi le patch con Usbinjectall, il sistema girerebbe male? Sono veramente imbarazzato...chiedo ancora scusa...

Ho inserito esattamente quelle indicate sul link PortLimitPatch per Catalina

Ma sono inserite In Kernel and Kext Patches

Eccola EFI.zip

Ho fatto quello che hai indicato. Si comporta comunque come descritto purtroppo. Rileva la USB 2.0 su tutte le porte. La USB 3.0 invece viene rilevata solo dalle porte 2.0

Mi accade sempre questa cosa. L'ultima volta accadeva lo stesso sempre su una Gigabyte Z87X con i7 4790. Ogni volta che arrivo sulle porte iniziano i problemi... 🙄