Leaderboard

e pallino era d'accordo? 😁 quando io o gengik diciamo di trasbordare la propria configurazione funzionante con Clover, su OC... quale è la parte che non risulta chiara??? spero ti renderai conto che ci sei stato dietro a questa cosa per un bel po', e il problema principe è risultato sempre il solito.... quello tra sedia e tastiera

se sono la medesima macchina, stai usando SMBIOS differenti; il che potrebbe essere determinante.... magari se usi con OC lo stesso che stai usando con Clover 🤭

I ran these instructions on my clean install and had no problem removing the snapshot in Recovery. Once back in Big Sur ß7, I was then able to change files after executing the "sudo mount -uw /" command. I'm wondering if you had (have) more than one snapshot partition? Did you verify after deleting the first snapshot that none were remaining? The only time I saw the an error something like "no such file or directory", when using the (/System/Library/Filesystems/apfs.fs/Contents/Resources/apfs_systemsnapshot -v /Volumes/BigSur -r "") command, was when I made a typo in the command or file name (esp if there were a space in the name), or, if there are no snapshots to tag. So if not first problem with extra snapshot, then I would guess a typo error. EDIT: The other thing to try is before going into Recovery, add boot-arg (it can later be removed for routine BS bootin): -no_compat_check and amfi_get_out_of_my_way=1 And once in Recovery, run: nvram csr-active-config csr-active-config %7f%08%00%00

https://www.amazon.it/dp/B086L1M2R7/ preso a 120,69€ SSD 2TB

Attached is a reduced Patch set that still boots Mojave, Catalina and Big Sur ß7 (but not HS) that I used for the speed improvements above. (It is reduced from Pavo's posting.) No Aquantia patches are present. BS-Min-Patches.plist.zip

sarebbe? 😁 che io sappia, per clonare BS al momento, solo R-Drive Image funziona egregiamente

Try adding this SSDT, of course remove emulated NVRAM first. SSDT-PMC.zip

SMT off in BIOS and there we are. The Catalina installer loaded. Good job guys!

già su primo ioreg senza patch e senza injectall non avevi webcam

ok..faccio cena e dopo cerco di ricontrollare Ha scritto dopo 21 secondi: allegami cmq ioreg

a comdo, ci mancherebbe...anche domani :)

ok guardo

Non hai bisogno ne di usbinjectall,ne di patch e ne di mappatura le usb 3 sono già ok sostituisci e controlla la luminosità Archivio.zip

prova anche se le usb funzionano senza injectall

ok, prova questo DSDT.aml 2.zip

Sostituisci e rifai ioreg Ha scritto dopo 26 secondi: Si va bene, ma allora visto che usi il mio config rimuovi la spunta da plugintype DSDT.aml.zip

Ottimo non hai bisogno di nulla ne di mappare e tanto meno di injectall :D

si si prova nella tua efi senza injectall

ssedt_haswell no nel caso devi usare ssdt per disattivare ma lo trovi in questo topic SSDT_disableUSB Ha scritto dopo 1 minuto 5 secondi: cmq ti faccio il tutto e ti ripasso clover :)

Quando puoi rifai la mappatura

come mai usi MacBookPro9,1 che è ivybridge? dovresti usare MBP 11,x ti guardo per le usb.. hai confuso ssdt_haswell è per iniettare proprietà su desktop e non per disattivare le usb

Tu hai un haswell :D devi usare il relativo ssdt_disableUSB oppure puoi fare da dsdt sempre seguendo la guida

su ioreg precedente avevi delle correzioni e quindi alcuni caricamenti nella clover attuale non hai nulla... quindi questo è molto strano... non ho applicato niente di più al DSDT per i motivi detti sopra.. il blocco che hai è su grafica, quindi non correlato a questo discorso..comunque ti ripasso in giornata proprio clover da provare

Allega la cartella clover

non sono su ssdt ma su DSDT, hai un Haswell... nel caso elenca le porte da disattivare o allega ioreg della mappatura, appena riesco ci guardo

intanto mappa le usb, poi allega ioreg e acpi estratte con clover

Ok...buono così... Se vuoi...c'è un altra guida per ssdt che sostituiscono il dsdt.. in caso di aggiornamenti bios non avrai problemi.. vedo che usi dsdt da ioreg.. se un domani ti va di provare..io te l'ho detto :D

sicuro di aver eseguito correttamente il tutto? mi sembra che quel ssdt non sia caricato

metti ssdt in patched sostituisci il config rimuovi usbinjectall se lo stai usando riavvia e fai ioreg Archivio.zip

mappale ma sicuramente non sono intel

è spiegato..vedi parte per esempio X299 :D Ha scritto dopo 39 secondi: https://www.macos86.it/viewtopic.php?p=346#p346">viewtopic.php?p=346#p346">https://www.macos86.it/viewtopic.php?p=346#p346

Update Per X299 Guida e info al https://www.macos86.it/viewtopic.php?p=346#p346">Post 3 emoticon_festa

perchè ho usato un dsdt pulito e solo disattivato le porte adesso ti consiglio di andare su altro topic SSDT test per hackintosh ho scritto un All in One per Haswell ;) ti basta aggiungerlo... con le opportune modifiche al config Ha scritto dopo 1 minuto 36 secondi: lo trovi qui https://www.macos86.it/viewtopic.php?f=45&t=644">viewtopic.php?f=45&t=644">https://www.macos86.it/viewtopic.php?f=45&t=644 ricorda che PCI è solo cosmetico... si può patchare al TOP le acpi lasciando PCI vuoto...;) Questo per farti capire il discorso

@LeoVanex[/mention] ssdt uuiac funziona solo con usbijectall... Quindi allega ioreg della mappatura e il dsdt... Ha scritto dopo 4 minuti 21 secondi: EDIT: le acpi in origin sono le tua? se confermi uso quel dsdt.. ma ho comunque bisogno di ioreg con tutta la mappatura che hai eseguito

patcha il tuo nuovo ssdt e prova a droppare come da mia immagine https://postimg.cc/image/voerlq4tz/">

molto strano allegami il config Ha scritto dopo 13 secondi: AMI non va bene

beh ok.. ma stai usando la patch per port limit? facilmente potresti non averne bisogno già da ora senza disabilitare le usb

quale versione hai di clover adesso? il discorso usb è a se.. il limite di porte è imposto da Apple... e quando hai mappato le usb sei ok perchè non usi la patch per aumentare il limite, quindi dovresti essere ok anche in un futuro osx i problemi video, purtroppo sono dati dai driver nvidia

SS07 conta anche quella perchè come vedi è collegata

conta quelle su ioreg, quale usate... mi sembrano 16 porte...

Prova SSDT-3-xh_rvp08-Zark63.zip

Hs da 13 a 16? Arrivano fino a HS14 Puoi controllare meglio?

quali sono le porte che vuoi disattivare? quando hai messo ssdt modificato in patched, hai disattivato la patch per port limit?

Ciao.. si perché personalmente quella patch l'ho scritta basandomi su acpi di Haswell/Broadwell Dovrei vedere dsdt di ivybridge per poter scrivere una patch generica E comunque potrà capitare sempre di avere qualche "situazione"atipica che comunque potrebbe richiedere ulteriori modifiche :)

in scrittura velocità, non è gran che, soprattutto se sono usb3.. dovresti provare a testare su altro supporto, meglio se pulito, appena formattato La velocità precedente l'avevi testata?

https://www.macos86.it/memberlist.php?mode=viewprofile&u=55">Baio77 Ho preso il dsdt dal tuo topic però non so se è l'attuale che usi.. nel caso guarda questo e ricopia sul tuo e poi prova.. Comunque se non usi ne la patch per port limit, ne eventuali kext per far funzionare le usb tipo inject all o FakePCIID... La guida non ti serve...è fatta proprio nel caso per non usare quelle cose DSDT.aml.zip

Non decompilare ... usa https://bitbucket.org/RehabMan/os-x-maciasl-patchmatic/downloads/RehabMan-MaciASL-2017-0117.zip">MaciASL aggiornato selezionando acpi 6.1 nelle preferenze vai subito ad aprire il corretto ssdt

@Matteo88 usi una versione sbagliata di iasl.. skylake devi usare 6... altrimenti non riesce a leggere le acpi @Baio77 si è normale... devi mappare le usb è seguire il post 2 usando la mia patch alegata e ripeterla per disattivare le porte Edit: Matteo88 passami ioreg con la tua mappatura

Update X299 La procedura alla fine è la stessa per Skylake e successivi con alcune ulteriori attenzioni e modifiche Estraiamo le tabelle acpi premendo F4 nella gui di clover, rechiamoci in origin e cerchiamo ssdt relativo alle usb Nel mio esempio è SSDT-2-AMI.aml una volta aperto troviamo a partire dalla prima usb Scope (\_SB.PC00.XHCI.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (0x01)) } Come per l'altri casi dobbiamo modificare GUPC (0x01) in GUPC (Zero) Da ripetere per ogni porta da disattivare quindi il codice finale sarà Scope (\_SB.PC00.XHCI.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (Zero)) } finito di disattivare le nostre porte non in uso su X299 bisogna fare altre modifiche Avendo PC00 finito originalmente nelle acpi, x299 deve e usa un rename acpi sul config PC00 to PCI0 Quale è il problema? Se noi collochiamo il nostro ssdt in patched questo non verrà poi caricato anche se droppata la tabella oem originale perchè "tutte" le acpi hanno a quel punto, grazie al rename di clover PCI0 La nostra tabella patchata e reiniettata invece avrà sempre PC00 e questo non va bene.... quindi Nel nostro compilatore andiamo su Find, mettiamola spunta su "Replace" e modifichiamo il tutto da PC00 in PCI0 come da immagine sottostante Clicchiamo su " All " Compiliamo e salviamo. Collochiamola in EFI/Clover/acpi/Patched Adesso dobbiamo modificare il config e droppare la tabella OEM originale in questo caso ho usato " Length " invece di " table" perchè ci sono altre tabelle con stesso "nome" e quindi usando questo bloccherei non solo la tabella delle usb ma tutte quelle con stesso nome Da dove si ricava Lenght? Lo trovate All'inizio della tabella ssdt su cui lavorate Usando clover configurator per modificare il config, prendete direttamente il valore contenuto dentro le parentesi come evidenziato nell' immagine Adesso sempre dovuto ai rename che si usando su X299 ed a altro occorre diciamo definire un ordine di caricamento delle tabelle evitando così vari problemi Per questo usiamo " SortedOrder " Qui scriviamo il nome esatto della tabella trovata in origin su cui abbiamo lavorato Rimuoviamo o disabilitiamo la patch per port limit Salviamo, riavviamo... Adesso se avete eseguito tutto correttamente avrete attivate solo le usb che usate... NOTA: se dovete in caso rimuove il vostro ssdt da patched ricordate di rimuovere anche il relativo Drop Tables Altrimenti potresti aver problemi al boot oppure nessuna usb funzionante.. perchè ovviamente come detto prima quella funzione blocca il caricamento della tabella OEM e quindi questa tabella non verra mai caricata perchè mancante anche da patched.. NOTA-2: Potete rinominare tale ssdt messo in patched.. per esempio SSDT_DisableUSB.aml Però ricordate che in SortedOrder il nome dovrà essere il medesimo Quindi come cambiate nome al ssdt cambiate anche li... Buon Hack! empticons_thu