Leaderboard

potete lasciare solamente SSDT-EC che già avete rimuovendo l'altro basta questo in caso

In questa mini guida vi guiderò ad avere un disco NTFS sul quale si potrà scrivere da OSX Molti di noi usano in multi boot dischi con windows ed alcune volte diventa utile potervi scrivere oltre che accedervi per leggere file Ci sono diversi strumenti a pagamento, quello che ci accingiamo a descrivere di seguito e' gratuito ed inserito da Apple negli ultimi OSX (da 10.11 in su) Pro.: Molto semplice da implementare Contro: Supporto beta da parte di Apple Per accedere al disco NTFS dovremo navigare nel menu principale di OSX (Vai, vai alla cartella e scrivere /Volumes Aprire la app terminale sudo nano /etc/fstab inserire la propria password se richiesta Si aprirà la app come da immagine successiva Ora scrivete questa riga di comando: LABEL=NAME none ntfs rw,auto,nobrowse Dove NAME sta per il nome del disco NTFS che vuoi rendere scrivibile da OSX, nel mio caso maxtor E' possibile aggiungere diversi dischi su linee differenti se necessario Quando avete finito premete CTRL O invio e poi Ctrl X per chiudere la app fstab Espelli il disco ntfs e rimontalo di nuovo Non vedrete a questo punto nessuna icona del disco appena reso scrivibile sulla scrivania Per accedervi e' necessario selezionare dal menu principale di OSX: Vai, vai alla cartella e poi digitare /Volumes e premere vai Ora ti sarà possibile scrivere sul disco NTFS utilizzando una semplice e sperimentale funzione gratuita di OSX Usate a proprio rischio e pericolo!

igfxonln=1 boot argument (force-online device property) to force online status on all displays. è per i problemi del monitor, come anche dopo lo sleep come succedeva all'autore di questo topic

I just ran 5K Bruce X test. First run was just over 9 sec, next 2 runs were each under 2 sec; maybe 1.8 sec (my reaction time is too slow to stop timer; I tried ChronoX was didn't seem to work correctly). This is with one Radeon VII, no WEG, no SoftPowerTable injection, but with Radeon kext all under Mojave.

interessante questa correlazione tra il boot-arg e lo stop, da ricordarsene 👍

E' un problema noto capitato anche a me. Aggiorna whatevergreen all'ultima versione ed usa il bootarg igfxonln=1 EDIT: Ho appena visto che usi opencore adesso, essendo totalmente ignorante in materia di OC non so neanche se si possano inserire dei bootarg 😃 tuttavia questo per me ha funzionato, ovviamente clover

togli/disabilita SSDT-EC-USBX-AMD e SSDT-EC aggiungi/sostituiscili con questo SSDT-EC-USBX-DESKTOP.aml.zip @tuxy

Grazie del consiglio! Provo subito!

Ciao, nella sezione Opencore c'è un topic specifico dove spiega come estrarre le acpi. oppure, se vuoi, per semplicità prendi una usb, ci installi clover in uefi avvii la usb e quando sei nella GUI premi F4, attendi 30 secondi e poi riavvii troverai poi le acpi in acpi/origin

ok poi magari fai ioreg per controllare se tutto è ok

il discorso di avvio legacy è solo legato alla EFI stessa, quindi se sostituisci la EFI con quella di OC, a regola avvii il disco senza problemi

non hai da bloccare nulla nel tuo caso, su Add metti il solo DSDT

Ho letto la tua guida...Bella gatta da pelare 🤪🤪🤦🏻‍♂️🤦🏻‍♂️ stasera ci provo....💪🏼

devi guardare niente, ti ho già inserito SSDT-Basic che basta e avanza, è basic per modo di dire, al contrario è il top dell'evoluzione sono banali perché pare sempre vivi in una dimensione parallela, non leggi, non controlli ma ti lagni... su dai, un po' di iniziativa 😈 per la mappatura, non ti faremo modificare a te con macials le acpi, altrimenti, sai che botti 😂 basta semplicemente che: Nota 2 - estrarre e postare le ACPI: spesso viene fatta questa richiesta, ecco come fare: riavviare l'hack e fermarsi nella GUI di Clover, premere il tasto F4 e aspettare 30/40 secondi (a monitor non succede assolutamente niente) poi avviare regolarmente, montare la EFI, comprimere e uplodare la cartella origin che si trova nel percorso EFI --> CLOVER --> ACPI Nota 4 - Mappature delle USB: per eseguire tale operazione occorre che il sistema abbia tutte le USB attive con USBIjectall + Port Limit Patch (per i notebook solitamente basta USBInjectall) poi armati di pendrive USB 2 e 3 si avvia ioreg e una alla volta si infila ed espellono entrambe le pendrive in tutte le porte presenti, si prosegue con ioreg -> file -> save as si salva, si comprime e si posta nel proprio thread o in quello dedicato assieme alle ACPI estratte ed eventualmente la EFI senza all'interno la cartella APPLE o Microsoft che appesantiscono il tutto e non servono a niente. ce la fai a produrre le acpi e ioreg per mappatura?! 🤭

aggiornare il bios a una versione recente non sarebbe male prova in caso anche altre versioni di clover perchè ci sono stati un sacco di bug... rename non funzionanti, tabelle OEM non caricate etc etc... vedo che usi usbinjectall, cambia smbios in MBP 15.1 o .2 l'errori al boot mostrano anche problemi usb e tabelle non caricate

Gigabyte TRX40 Designare ASrock TRX40 Creator I would also use this USB port to have a proxmox disk connected and installed with all useful things (like VM and so on) this helps to pass more easily all other controllers

I'm not using patched kernel; I tried PAVO's but was getting a green screen. I am using Proxmox 6.2. I will re-check verbose mode. Thanks. TB USB did pass, but was not functional. Even when passing NHI portion, TB drivers started to be loaded on the macOS side, but again, not functional. *** After adding -v to OpenCore boot arg, the verbose portion went fast, then the Apple logo appeared and started the progress bar. The progression stopped at about 25%, with no more words appearing, then suddenly went to login screen after 60 sec or so. So this didn't help to figure out the prolonged boot problem. Then after running for 10 to 15 min, it locks up. I'll try turning off WEG as lock-ups after 15 min is commonly seen on Intel platforms when running WEG and Radeon VII GPUs. *** After testing above, I was suspicious of AppleALC. Leaving WEG and AppleALC disabled, the progress bar no longer paused, but still took a long time to boot. Maybe an issue of newer AppleALC kext breaking something as I had updated various kexts (I'd made so many changes, it is difficult to isolate one). Newest version used was v1.4.9. This was the problem: AppleALC. Using an older version from Oct, 2019 fixed the problem (v1.4.3): boot went rapidly. I don't know when in the updates the problem started. I may test tomorrow different ones, but I'm avoiding v1.4.9 and suspicious of v1.4.8 until tested. update: 5/19/20: Re-tested to the above issue with different versions of AppleALC and now the older versions are giving the same delay. I now don't know what is going on. It is curious that sometimes changing WEG, AppleALC or DeviceProperties which inject Radeon VII SoftPowerTable data affect this prolong boot. It must be related to the GPU. Further investigation needed on my part. update: 5/21/20: the problem was erratic because the main macOS was corrupted. See this post for clarification.

prova