pumidru

Salve ragazzi, ho deciso di aggiornare il portatile di cui in oggetto, da catalina 15.1 a 15.7 dopo aver aggiornato clover, ma non partiva, ho adattao una USB con OC presa su internet che allego, e si avvia, ma giustamente ACPI non è il suo, e la scheda grafica funziona a 1024x768 con poca RAM inizialmente lo schermo non veniva visualizzato (Intel HD 520) poi con editor ho inserito alcune modifiche e si avvia (1204x768) Giustamente c'è da fare un pò di pulizia e aggiornare Open Core, ma priva vorrei risolvere il problema di inserire ACPI corretto e sistemare la scheda grafica. Allego anche il clover veccho funzionate per la 15.1 che a ACPI con le patch e la scheda grafica funzionante. Mi potete aiutare, indicandomi la procedura. Lo scopo e passare poi a Big Sur Grazie a tuttiOC.zip CLOVER.zip

Metodo Alternativo Basato sulle proprie ACPI compatibile da Skylake e successivi Questo è il metodo che preferisco e che uso da anni nei miei hack o di amici stretti… Lo ritengo migliore, per il mio modesto parere, perché andiamo a usare e lavorare sul nostro proprio ssdt, senza usarne di aggiuntivi Estrazione ACPI Clover Estraiamo le nostre acpi tramite clover (il dump richiede che sia installato nella ESP) Premiamo F4 quando siamo nella GUI,per sicurezza che il dump sia corretto aspettiamo una trentina di secondi prima di avviare. Montiamo la partizione EFI del dispositivo usato per il boot Rechiamoci in EFI/Clover/acpi/origin Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml OpenCore: Per estrarre le proprie acpi con questo bootloader abbiamo bisogno dei bianri in versione Debug Quindi se per esempio avessimo la versione 0.6.1, andremo a scaricare la stessa versione con dicitura DEBUG. Prendiamo poi il file bootx64.efi che troviamo in EFI/BOOT e OpenCore.efi che troviamo in EFI/OC. Sostituiamoli nelle stesse posizioni nella nostra EFI. Modifichiamo il config in Misc/Debug/SysReport mettendo YES. Salviamo e riavviamo. Troveremo le nostre acpi dentro una cartella nella root della partizione EFI. Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml Nota: il Nome del relativo ssdt contenente le usb può cambiare da mobo a mobo, quindi dovrete voi controllare le vostre acpi e trovare quello contenente XHC Apriamola con MaciASL Adesso visualizzeremo le porte usb disponibili per la mobo Soffermiamoci su questa parte di codice…ovviamente partiamo dalla prima usb HS01 Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (One)). } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Bene adesso l’operazione è molto semplice One in questo caso vuol dire Vero/Abilitato La parte di codice da modificare per ogni singola usb è: Return (GUPC (One)) Quindi porta abilitata lasceremo One Porta disabilitata cambieremo sostituendo One con Zero Tornando all’esempio sopra… Il codice rispettivamente per ogni porta disabilitata sarà: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (Zero)) } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Nota: Anche il codice relativo può essere diverso, quindi potresti anche avere una cosa di questo tipo: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (H1CN)) } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } in questo caso la parte interessata sarà contenuta all'interno della prima condizione, quindi avremo la solita sostituzione Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (One)) // << ----- } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } Finito di cambiare il valore per ogni porta basandoci sulla nostra mappatura non ci resta che compilare e salvare Parte finale Collochiamo il nostro SSDT in EFI/Clover/acpi/patched Questo però non sarà sufficiente perché la tabella originale (OEM) verrà sempre caricata e quindi il nostro ssdt non avrà alcun effetto Quindi dobbiamo “Droppare” la relativa tabella OEM Cosa vuol dire? Significa bloccare il caricamento della stessa per permettere al nostro ssdt di lavorare Apriamo il config.plist, rechiamoci nella parte ACPI/Drop Tables Clicchiamo sul simbolo + Selezioniamo SSDT —> TableId ed accanto scriviamo il nome esatto della tabella da bloccare…esempio xh_rvp08 Il risultato sarà questo Come possiamo essere sicuri del corretto TableId? Ecco spiegato nell'imagine sottostante: Nota: Qualora trovassimo per esempio " AMI " questo non dovrà essere usato perchè nel caso del drop usando appunto il TableID, questo deve essere unico per tale ssdt e non uguale su più ssdt. In questo caso dovrete usare Lenght per droppare la tabella. Quindi seguite la relativa spiegazione nella parte della guida inerente a X299. Rimuoviamo o disabilitiamo la patch per port limit e salviamo Rimuoviamo usbinjectall.kext dalla relativa cartella kext in EFI Riavviamo Aprendo ioreg, cercando XHC noteremo che verrano visualizzate solo le porte in uso Questo è l’esempio del mio hack Perfezionamento: Definizione dei connettori. In download, nella sezione ACPI troverete una mia patch. Scaricatela, aprite il file txt copiate e incollate il contenuto nella finestra patch di MaciAsl. Applicate la patch sul relativo ssdt. Adesso possiamo Abilitare/Disabilitare la porta modificando il primo valore mentre con il secondo valore andremo a definire la tipologia del connettore usb. Quindi andiamo nella relativa porta e scriviamo/sostituiamo il contenuto del metodo _UPC con: Return (GENG (One, 0x03)) Esempio: One ovviamente renderà la porta attiva, qualora volessimo disattivarla e vogliamo usare questo metodo, basterà mettere Zero al suo posto. Nota: Per la disattivazione va ugualmente bene il metodo elencato sopra. Seconda parte: 0x03 va a definire la relativa porta come semplice Usb 3.0 Nella mia patch sono elencati i vari connettori che possono essere usati, in primo luogo troviamo diciamo quelli più "comuni" e successivamente quelli diciamo opzionali. Quindi con questa unica patch potete fare di tutto, abilitare/disabilitare e definire... Spero che vi possa aiutare e spero anche che venga apprezzato e non solo copiato senza un credits come già è accaduto! Vii invito a leggere, anche giusto per informazione, questo topic che ha vari riferimenti

Ho usato la guida, indicata nel post di antuneddu per le usb hai USBMap.kext hai fatto la mappatura ? tuttavia hai drop SSDT usb oem ? in Acpi forse devi rifare la mappatura meglio https://www.macos86.it/topic/9-mappatura-porte-usb/

Come modifico questo, Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (((HUBC & One) == One)) { Return (GUPC (Zero)) } Else { Return (GUPC (One)) } } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { If (((HUBC & One) == One)) { Return (GPLD (Zero, Zero)) } Else { Return (GPLD (One, One)) } } }

Picker Sistemati. Ora prova la mappatura, partendo dal mio OC, ho recuperato ACPI precedenti debbo cancellare il contenuto della cartella e pulire il config.plist? Grazie di tutto

In merito alla discussione precedente, avvio lento, ho rigerenato OC da (quasi zero) Mi potete verificare il file allegato Ho 2 porte usb 3 che non funzionano La grafica di OC non viene visualizzata. Grazie sempre Vincenzo OC_0.7.4.zip

Salve, come indicato in oggetto, fino ad oggi tutto andava bene, ma da qualche giorno, appena accendo la macchina impiega tanto ad avviarsi. Ho inseirto -v negli argomenti di OC e ho scattato questo foto, dove si blocca il programma, mi potete aiutare. Allegato anche EFI di OC Grazie sempre della vostra disponibilità Vincenzo OC.zip

L'ho fatto, ho modificato config e lasciato solo Hfsplus in driver. Al primo boot ok, tutti visibigli gli hardisk, se riavvio SSD 870 scompare.

Salve a tutti, ho aggiornato OP alla versione 0.7.1 e anche il config di cui allego il file, ho questo piccolo problema, se avvio il PC da spento vede tutti gli hardisk, ma se eseguo il riavvio l'hardisk SSD Samsung EVO 870 non lo vede, mi pote aiutare? Big Sur 11.4 Grazie di Tutto config.plist.zip

Mi sono accorto che le icone nella barra laterale non sono corrette , quelle relative alla gestione dei dischi, come da immagine allegata, non capisco cosa sia successo, mi potete aiutare? Grazie sempre Vincenzo

In effetti avevo sostituito la cartella resources, ma non ho controllato, era vuota. Tutto funziona correttamente. Anche Big 11.2.2 Grazie per il vostro aiuto Vincenzo

Perfetto, ci sono riuscito, l'unica cosa che il boot è in modo testo e lo vorrei in modo grafico, coem prima cosa debbo settare. Grazie di tutto Vincenzo

Con Ocvalidate ottengo questo output, ma non so cosa fare OCS: Missing key ResetTrafficClass, context <Audio>! OCS: No schema for KeyMergeThreshold at 2 index, context <Input>! OCS: Missing key GopPassThrough, context <Output>! OCS: Missing key ActivateHpetSupport, context <Quirks>! Serialisation returns 4 errors! Lilu.kext is loaded at Kernel->Add[0], but DisableLinkeditJettison is not enabled at Kernel->Quirks! Kernel->Add[1] discovers SMCProcessor.kext, but its Parent (VirtualSMC.kext) is either placed after it or is missing! Kernel->Add[2] discovers SMCSuperIO.kext, but its Parent (VirtualSMC.kext) is either placed after it or is missing! CheckKernel returns 3 errors!

Ho visto che è uscita la nuova versine di O.C. Ma non ho capito quale modifiche fare al mio Config.plist dopo l'aggiornamento, è sparita la grafica di boot di O.C. e appena avvio il programma Open Core Manager mi spunta il messaggio di cui all'immagine allegata. Grazie sempre per il vostro aiuto Vincenzo EFI.zip

Ci sono riuscito, con openCore Configurator, dopo aver aperto il config ho selezionato Config Checker, e ho corretto gli errori suggeriti nelle schermate. Ho rifatto il backup con CC da Hardisk a Immagine, senza errori.

Ho fatto un test, se faccio clona disco senza creare una immagine ma da disco a disco non mi da errori, l'errore siverifica solo quando fa la copia nel disco virtuale DMG, proprio quello che mi serve. C'è un modo per risolvere il problema. Grazie ancora

CC Mi da quest'errore, come posso risolvere? Grazie di tutto

Salve vorrei fare il backup del disco, in precedenza utilizzavo CC, ma non va, c'è un modo per farlo da terminare e creare un file DMG? Che ti di formattazione utilizza l'installazione standard, in utiliti disco ho questa immagine BIG naturalemnte Big Sur os_nuovo è catalina Grazie a tutti Vincenzo

Nel bios l'avevo cambiato l'ordine, ma ritorna dopo che premo NVRaM su P1 Ho aperto il case, e ho cambiato l'ordine fisico, ora il CT240 è P1 Prova a cambiare su Preferenze, la patizione di avvio e vediamo se l'errore persiste. Perfetto, al riavvio, P1 contine il disco CT240, e la partizione di boot è BIG, e la (X) è scomparsa. Grazie ancora di tutto Saluti Vincenzo

Il discho che contiene BIG con la sua EFI è il P4 CT240xxxx ma dopo che avvio NVRam, l'ordine viene cambiato e il P! diventa il primo come da immagine sotto.

Infatti, ho riavviato, premuto sulla barria spaziatrice, NVRaM cambiato ordine dei dischi di avvio, premo F12, avvio il dischio, cambiato l'ordine di boot, selezione BIG l'errore è scomparso. Ma non ho più l'ordine di avvio corretto. cosa vuol dire hai 0x67?

Ok Nel Config ci dovrebbe essere già questo, ma può essere che succede questo errore quando cambio i settaggi di avvio del dischio e avvio ella partizione? Grazie

Ho avviato il programma HackCheck e mi da System Integrity Protection (X) Credo di non aver fatto nulla, tranne abilitare l'utente di root. come posso risolvere Grazie Vincenzo Scozzaro

Ho fatto un test finale, ho messo sulle porte USB 3, una usb3 e nelle USB2 una usb2, il tutto sembra perfetto. Grazie, davvero grazie, ed ho imparato anche una piccola cosa.

Ho preso questo dal report SSDT4, l'ho modicato simile al tuo e lo inserisco nel tuo, va bene? Scope (\_SB.PCI0.XHC.RHUB.HS07) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GENG (One, Zero)) } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { If (((HUBC & 0x40) == 0x40)) { Return (GPLD (Zero, Zero)) } Else { Return (GPLD (One, 0x07)) } } }