Leaderboard

Quando il tuo Mac si “sbaglia”, viene spesso chiamato "crash". Questo è un termine breve, succinto, ma non molto utile a capire cosa è andato storto e come risolverlo. Comprendendo cosa è successo e cosa è stato esattamente quel "crash", otteniamo importanti indizi su cosa fare dopo. Uscita imprevista macOS ha aree protette, incluso il kernel stesso, che le app non dovrebbero essere in grado di influenzare. Ogni app viene eseguita in uno spazio separato, separato da altre app e dallo spazio di sistema protetto. Quindi il tipo più comune di "crash" dovrebbe essere un'app che morde la polvere quando ha fatto qualcosa di sbagliato. Di solito l'app si chiude improvvisamente, per questo viene spesso definita chiusura imprevista. Le uscite impreviste possono verificarsi per molti motivi, ma i più frequenti sono i bug nell'app. Se un'app si chiude ripetutamente in modo imprevisto quando provi a fare la stessa operazione, allora puoi essere abbastanza sicuro che si tratti di un bug in quell'app e dovresti segnalarlo agli sviluppatori dell'app. Naturalmente questo non è necessariamente una questione di colpa: molti di questi bug si verificano quando l'app si aspetta che macOS faccia qualcosa in un modo, e non è così. È quindi probabile che ci sia un periodo in cui gli sviluppatori dell'app danno la colpa a Apple, Apple dice poco e alla fine il problema viene risolto tranquillamente. Quando un'app si chiude inaspettatamente, macOS e tutte le altre app in esecuzione non devono essere interessate, ma a volte l'app, quando sta per uscire, lascia alcuni danni a macOS, ai file archiviati o altrove. Quindi, anche se dovresti essere sicuro di continuare a lavorare e riaprire l'app che si è chiusa, fai attenzione a eventuali segni di comportamenti strani che indicano danni residui. Il riavvio del Mac normalmente lo cancella. Esistono anche diversi motivi per cui macOS ha forzato la chiusura improvvisa della tua app. Se ciò accade quando l'app tenta di avviarsi, ad esempio, potrebbe essere perché si è verificato un errore di firma, ha tentato di accedere alle risorse protette dalla privacy a cui non aveva diritto o un problema con il codice oi file dell'app . Sfortunatamente, nella maggior parte dei casi, sia che si sia chiuso da solo, sia che sia stato forzato da macOS, tutto ciò che vedrai sarà un rapporto sugli arresti anomali, che potrebbe invitarti a riaprire l'app o a inviarlo ad Apple. La lettura dei rapporti sugli arresti anomali è un'attività piuttosto specializzata e normalmente necessita di informazioni dettagliate sul funzionamento di macOS e dell'app che si è chiusa. Se hai la possibilità di inviare il rapporto ad Apple o allo sviluppatore, ti preghiamo di farlo, poiché ciò potrebbe significare che il suo sviluppatore ha la possibilità di vederlo. Se vuoi capire i rapporti sugli arresti anomali, questa vecchia Nota tecnica li spiega e c'è un'intera sessione del WWDC 2018 dedicata all'argomento. Spinning beachball, o hang Più comuni delle uscite inaspettate sono gli “spinning beachball” (palloni da spiaggia che girano). Queste sono occasioni in cui un'app riscontra un problema e visualizza il puntatore come un beachball rotante per indicare che ci sta lavorando. Ciò potrebbe essere dovuto al fatto che hai chiesto all'app di intraprendere qualcosa di enorme: la maggior parte delle app mira a inserire attività di lunga durata in un processo in background e mostrare uno spinner o una barra di avanzamento occupati, ma ciò non è sempre possibile. Finché il pallone da spiaggia non viene visualizzato per troppo tempo, dovresti lasciare che l'app si risolva da sola. I beachball che girano non sono di per sé un'indicazione affidabile che un'app è in difficoltà: il loro significato è semplicemente che l'app in primo piano è troppo impegnata nell'elaborazione per interagire con l'utente al momento. In molte circostanze, questo è abbastanza benigno e l'app è semplicemente impegnata a fare quello che volevi. A volte un'app sembra incapace di riprendersi dal beachball re si blocca, non risponde, consuma i cicli della CPU e non arriva da nessuna parte. Dovresti essere in grado di forzare la chiusura dell'app, quindi puoi riaprirla e provare un approccio diverso. Per farlo, premi contemporaneamente Comando-Opzione + Esc per visualizzare la finestra di dialogo Uscita forzata. Seleziona l'app che si è bloccata, che di solito è contrassegnata in rosso segno che non risponde, quindi fai clic sul pulsante Uscita forzata. L'app verrà quindi chiusa e potrai riavviarla quando desideri e utilizzarla. Questo dovrebbe ripulire tutto correttamente dopo aver forzato la chiusura dell'app, ma come per le chiusure impreviste, a volte lascia macOS e altre app in una situazione instabile, che richiede un riavvio. Quando forzi la chiusura di un'app e, talvolta, in altre occasioni, macOS potrebbe generare automaticamente un rapporto "spindump"; genera anche rapporti "microstackshot" in caso di problemi di prestazioni. Sfortunatamente, interpretarli è davvero possibile solo se capisci come funziona l'app e cosa stava facendo in quel momento. I beachball rotanti ricorrenti in diverse app e il Finder sono una buona indicazione di problemi più generali con macOS piuttosto che con quelle app. Questi si verificano più comunemente quando hai appena aggiornato o aggiornato macOS e suggeriscono un aggiornamento non riuscito o un grave conflitto interno, forse con qualche prodotto di terze parti incompatibile. Una possibile soluzione è avviare in modalità provvisoria (con il tasto Maiusc tenuto premuto), lasciare il Mac per un minuto o due, quindi riavviare in modalità normale. Se ciò non risolve il problema, prova a scaricare e installare l'ultimo aggiornamento Combo o a reinstallare quella versione di macOS, magari in modalità di ripristino. Le estensioni di terze parti e altri software di livello inferiore sono disabilitati in modalità provvisoria, quindi potrresti scoprire che i beachball scompaiono in quella modalità. Tuttavia, anche molte estensioni Apple sono disabilitate e potresti non essere in grado di eseguire molte delle tue app. Kernel panic Le prime versioni di macOS spesso non proteggevano abbastanza bene il kernel e altre parti centrali del sistema e un bug pernicioso in un'app poteva far crollare l'intero sistema. È ora più probabile che ciò si verifichi a seguito di un errore hardware, come un problema di memoria o un guasto improvviso di un disco. Nella forma classica (OS X 10.7 e versioni precedenti), l'intero schermo del Mac diventa grigio e un messaggio multilingue ti informa che macOS ha riscontrato un errore e deve essere riavviato: questo è un kernel panic. Da OS X 10.8 in poi, questo comportamento è cambiato e potresti non essere nemmeno informato del kernel panic. Invece, il tuo Mac potrebbe bloccarsi per un minuto circa, quindi riavviarsi spontaneamente o semplicemente spegnersi del tutto. A meno che tu non gli abbia detto di riavviare o spegnere, questo può essere solo il risultato di un kernel panic. Se il tuo Mac ha un kernel panic, deve riavviare e caricare macOS da zero: il kernel ha subito così tanti danni che non può ripristinarsi in nessun altro modo. Puoi saperne di più su come riconoscere e gestire un panico del kernel qui. Freeze Quando il kernel di macOS e le parti centrali del sistema collassano completamente, potrebbero non essere in grado di continuare abbastanza a lungo da avvisarti con un kernel panic, né da riavviare prontamente. Invece, il tuo Mac si ferma semplicemente come un morto nell'acqua: l'orologio si ferma, non puoi navigare tra le finestre, anzi normalmente non puoi nemmeno muovere il puntatore. Un sintomo interessante che potrebbe avvisarti di un tale blocco è che un Apple Magic TrackPad 2, che è gestito dal software, perde la capacità di fare clic e si sente "morto". Se incappi in un blocco, lascia stare il Mac per un minuto o due, poiché è probabile che si riavvii automaticamente. In caso contrario, è necessario premere e tenere premuto il pulsante di accensione fino a quando non lo si è forzato a spegnersi, attendere alcuni secondi, quindi riavviarlo. Non scollegare o spegnere mai l'alimentazione di rete, tranne in caso di grave emergenza, poiché ciò comporta un alto rischio di causare danni permanenti al tuo Mac, sia al suo software che possibilmente al suo hardware. Come il kernel panic, dovresti vedere un blocco solo se hai un problema hardware. Tuttavia, le versioni successive di El Capitan (10.11.4 e successive) sono note per causare ripetuti blocchi sporadici su alcuni modelli di Mac, inclusi alcuni iMac e MacBook Pro. Questo è stato risolto correttamente solo con il nuovo kernel fornito in macOS Sierra, che per la maggior parte degli utenti è molto più robusto. Sono stati segnalati blocchi anche su alcuni modelli con determinate versioni di firmware. Problemi associati a eventi specifici L'arresto anomalo che si verifica durante l'avvio può essere particolarmente difficile da individuare, soprattutto se impedisce al tuo Mac di avviarsi completamente. Gravi problemi che lasciano il tuo Mac con uno schermo colorato uniforme, in genere nero o blu, di solito indicano un guasto hardware, come una scheda grafica difettosa. I problemi minori vengono spesso risolti riavviando in modalità provvisoria, con il tasto Maiusc tenuto premuto; questo disabilita la maggior parte del software di terze parti e può consentire di capire cosa si sta verificando e affrontarlo. Un altro momento critico in cui si verificano problemi è al “Wake from sleep” (risveglio dal sonno). Ciò normalmente richiede che macOS riattivi l'hardware e potrebbe essere necessario caricare driver e altro software di basso livello. Può provocare uno qualsiasi dei suddetti tipi di incidente. È più insolito andare in crash quando si va in Sleep, ma questo è un altro indicatore utile che può aiutare a restringere la causa. Gli indizi più importanti di tutti? La maggior parte degli eventi di cui sopra vengono registrati con informazioni dettagliate nei log del tuo Mac. In El Capitan e versioni precedenti, puoi sfogliare quelli che utilizzano Console, ma purtroppo Sierra ha introdotto un nuovo sistema di registrazione e Console ora ha un valore molto limitato. Se utilizzi Sierra o versioni successive, dovrai usare applicazioni di terze parti, ma questo è un’altro discorso. (Cit. EclecticLight)

E' da un po' che sono nell'ombra, però ci sono! Tutto liscio con le ultime release di OC, inclusa la 0.6.6 e il solito workflow OCConfigCompare + ProperTree. Il prossimo passo è aggiornare a Big Sur, con moooolta calma. K.

FN + F1 ed esce questa scheramtata in allegato penso sia il bios giusto? ora che faccio? GRANDEEEEEEEEE!!!!!!!!!!!!!!!!!!!!!!!!!!!!! funziona ora sta installando windows 10!!!!!!!!!! GRAZIEEEEEE!!!!!!!!!!!!!!!!!!!

Fai una foto della tastiera.

Entra nel bios e premi f9 per ripristinare impostazioni di default. Poi premi f10 per salvare. Nel caso, dopo la prima parte del boot del bios ti appare una voce che ti dice di premere control s, fallo e poi salva con f4. Così dovresti risolvere.

intanto prova, rimuovila e premi il tasto accensione per 1 minuto circa.. poi lasciala scollegata per qualche altro minuto.. Poi rimontala e controlla Se non andasse ancora dovresti smontarlo e rimuovere anche la batteria tampone

to build latest opencore release, debug or even master ..I would like to suggest you to use this script: with this you can also download latest kext from their original devs (latest builds) also it could be useful to see this video:

@meina222 to have a minimal log you have to put -V in boot args section of nvram config.plist

Latest is a bad news so cores limit seems to be there to download a compatible EFI you can download VM assistant from download area then in a terminal window you can type vm assistant -doc it will download an EFi converted in Iso to upload in proxmox Some people have this problem i can instal with host both from usb installer and from a direct instal from app (big Sur app)

Hi, i many of us are booting from a nvme passed drive with a proper EFI inside it. you can find ‘how to’ in the guide you can find a link for it to first post of this thread if you want you can read from here:

Could you do last try for me?😊 Download with vm assistant oc efi I use and try with it from terminal vm assistant -doc it will download an uploadable iso for proxmox i hope with this you can solve

try this one only putting there platform data , kext and ssdt you use I have tested your posted config above and with that oneI can't boot in recovery with the same your error config.plist.zip

@iGPU I can’t read by now because I am on my mobile efi posted here miss of a yes in apfs section. I can’t verify but if you put a screenshot I can verify

Put your config, in particular way I would like to see your apfs config section thank you i am asking because I have had same error before to modify a part of it

maybe you can boot also without these two lines? in my case no need with latest OC master release

High Sierra and web drivers updated to latest security fix

@iGPU also with latest kext (lilu) And drivers? if so it is weird yesterday I have reinstalled from high Sierra latest b2 and I have had success with my old 060 Efi with host in Vm you can also try with: AvoidRuntimeDefrag = NO if you have it previously to YES Gigabyte has updated Designare bios to Agesa 1.0.0.4?

Ok i can wait for real big Navi then 😊

@Ploddleswelcome 😊 evaluate well 3960x some user said it is difficult to pass all cores in proxmox i have no direct experience on this witn 3970x I can use all its cores

Yep no need of third patch for us only the numbers for Big Sur version and old two patches In config.plist file

@iGPU I can't find any unboxing of this II version so I can't say..but two models I have received have different boxes on serial code I see 2020-05

@Driftwood I do not not what AMD master is 🙂 I am saying I have very different behaviour if I put in my PBO bios option enabled instead auto mode with enabled CPU is pushed during test as rendering or in OCCT stress test @ about 4000 Mhz not graphic card related. CPU I mean

No, tomorrow i will check and i will try to update if it is also kernel related thank you for the info

Explain please what you are trying to do with Pavo (emulated boot??) By the way have you and Pavo published in some place a guide as you said some weeks ago? edit: which fix for acquantia? or better which problem do you have with it?

So it is correct , before you don't have this behaviour? would be also interesting for you (MSI user) art with PBO in auto mode and then in enable mode.. the second option seems to be more aggressive for frequency and it produces during OCCT test a OC about 4K for all cores... I have not verified in that condition TDP..but I think it is about 400 W in auto mode more check are there (I think) and it is more safe for a daily use

sorry I mean opencore config

Post your config if you want, i have installed from scratch very easily if i compare with beta 1

Big Sur beta 2 More simple than before Latest open core available in master (download it with OC Efi maker if you want a simple way) No need to change VM config in Penryn cpu now

About frequency , temperature and PBO bios settings on my MSI trx40 pro 10g PBO enabled cinebench 17749 temps about 88 degrees 3ds max rendering in vray 95 degrees and maybe CPU throttling PBO auto cinebench 16540 temps about 75 3dsmax rendering in vray 85 degrees same ambient temps and same bios settings only difference is PBO settings above idle temps about 53 degrees

@Driftwoodi have downloaded using Apple store I have only converted it with VM Assistant to download from Apple store you can read here or use a similar method till @Gengik84 will check his app

Thank you @Rox67er have you seen in this condition max frequency reached during occt stress test? and temperature reached in 5 minute test as you did before?

@Driftwood I have used the same proxmox configuration and I use only a single EFI to boot in HighSierra, Mojave, Catalina, Big Sur No new guide needed I think. It is only "tricky" by now how to install 'cause Opencore needs some adjustment I think if you want use a "traditional" installer. If you have a real Mac dmg or a vm dmg of Big Sur, you can install as I said above (on a windows pc via transmac) and then using your actual opencore efi with only those adding I posted above 🙂 I can't do many things because I have the same Nvidia as before..to surf on web, audio and others stuff are working the same as I have in Catalina OS

@Rox67er try to put PBO in enable from auto (if you want 🙂 ) if you see my freq is @ about 4000 on all cores (i use PBO enable button, in auto it is different in my MSI (lower))

with MSI boards it is possible to check temperature using internal Q-code display In my case I see very high temperature when I put in a playing loop 500 or more tracks in Logic Pro

@DriftwoodI have done a direct install from Catalina to a mechanical disk first and second step ok, then it fails when I have to create the users and choosing language but I have not tried so much because not useful in my actual pipeline 🙂

vm 104.conf (Windows) bios: ovmf bootdisk: sata0 cores: 56 cpu: host efidisk0: local-lvm:vm-104-disk-1,size=4M hostpci0: 21:00,pcie=1,x-vga=1 hostpci1: 46:00.3 hostpci2: 04:00.3 hostpci3: 23:00.3 hostpci6: 46:00.1 ide0: local:iso/virtio-win-0.1.173.iso,media=cdrom,size=384670K machine: q35 memory: 65536 name: Windows net0: e1000=xx:90:xx:45:xF:xx,bridge=vmbr0,firewall=1 numa: 0 ostype: win10 sata0: local-lvm:vm-104-disk-0,size=32G scsihw: virtio-scsi-pci smbios1: uuid=xxxxx sockets: 1 tablet: 0 vga: none vmgenid: xxxxx vm 100.conf (OSX) #hostpci11%3A 04%3A00.3 #hostpci7%3A 23%3A00.3 #hostpci8%3A 62%3A00.0 #hostpci8%3A 46%3A00.3 #hostpci8%3A 42%3A08.0 #usb0%3A host=04d9%3A1702 #usb1%3A host=046d%3Ac050 #usb2%3A host=0c76%3A161f #hostpci12%3A 49%3A00 #hostpci9%3A 46%3A00.1 #hostpci13%3A 23%3A00.4 agent: 0 args: -smbios type=2 -cpu host,vendor=GenuineIntel,+invtsc balloon: 0 bios: ovmf boot: d cores: 56 cpu: host efidisk0: local-lvm:vm-100-disk-1,size=4M hostpci0: 21:00,pcie=1,x-vga=1 hostpci1: 46:00.1 hostpci10: 46:00.3 hostpci11: 47:00 hostpci12: 48:00 hostpci2: 01:00.0 hostpci3: 02:00.0 hostpci4: 04:00.3 hostpci5: 23:00.3 hostpci6: 23:00.4 hostpci7: 44:00 hostpci8: 45:00 ide2: local:iso/r5107.iso,cache=unsafe machine: q35 memory: 121856 name: sierra net0: vmxnet3=xx:xx:xx:xx:xx:xx,bridge=vmbr0,firewall=1 numa: 0 ostype: other sata0: local-lvm:vm-106-disk-0,cache=unsafe,size=48G,ssd=1 scsihw: virtio-scsi-pci smbios1: xxxxxx sockets: 1 startup: down=20 tablet: 0 vga: none vmgenid: xxxxxxx

tested now both Catalina amd high Sierra hang in my case I have tested to boot in windows via opencore boot loader launched from proxmox and it starts well not tested ( I will do in a touch) my windows vm (no real disk) And second pictures is a vm disk (Proxmox Windows 10)..in both VM I have put 56 as cores number (1 socket) in VM situation first boot produces a hang , no proxmox logo. I have signals on both monitors but black screen) hard reset system restart again and it booted Intersting to see that booting with real Windows installation (I use it normally) system is seen as an intel using my vm conf file (100.conf) Using 104.conf file (windows VM config) system is seen as an AMD with 56 cores

the interesting thing is that we also have the same problem in the windows virtual machine. While in the same audio always works without any problem, usb recognition has the same problems as the OSX version that's why I had asked you colleagues (of chipset) to map all the USB ports by inserting into the same usb2 and 3 peripherals accordingly, to figure out together how to deal with the problem with the ProxMox support guys 🙂

@Driftwoodif you not pass 46:00 in my case or 48:00 in your you can pass audio as device in proxmox web interface but, if you have problem this way does not solve it about audio pulse audio is a different thing and surely is not supported by our loved OS X system

@iGPUthey have an Asrock but your thoughts are fine also for them

48:00 usb controller in my case is named 46:00 , it manages rear usb and internal usb connector used usually for front cabinet usb panel (2 internal usb 3.x connectors and maybe also the 3.2 one), not sure about 2 internal usb2 connectors also it enables a part of our tricky audio. it seems correct that could also be linked to WiFi problem present for audio drop or bad behaviour i have no WiFi/bt card/device so my zero problem in 10.15.5 is explained high Sierra and maybe latest Catalina could have additional problems with too old usb drivers (high Sierra) or too new (10.15.6 beta x)

@iGPU in archLinux you have no problem with audio you mean with also an OS X vm loaded with it? It could be interesting if in an intel vm with OS X is present the same problem i see many people suffering audio problem also in vanilla amd forum Someone solve it forcing all pcie slot to 3.0..

Yes agreed it is a VM USB / OSX USB driver Beta 10.15.6 introduce newly a little problem with audio as I have had with 10.15.4 release 10.15.5 was perfect for both (internal Realtek audio or external USB pen) In a proxmox windows VM audio is perfect..for this I am confident it is OSX related problem

@iGPUfor me audio problem was solved by Catalina ..I have not used it intensively in it because I have no acceleration with GFX in it (no web driver) if you are in Mojave OSX maybe you can solve with 10.15.5.. Someone solves with an USB hub independent of tsc variation of pc chipset..but it could be a serious problem I use davinci in High Sierra with HDEF audio, and there no problem at all USB audio is a problem for now

Could you explain how 8125 ethernet driver is related to those usb controllers that @Rox67eris asking for in above his message? i think if you are following also pavo’s github or private advice you are using some kernel patched deb...with 148c id this thing helps to pass above usb controller it is a well known patch named Flr patch and you can find it on reddit from january of this year, or better..there you can find the one useful for x570 chipset, then i have asked to Pavo to compile for me the ones useful for us trx40 users and he very kindly compiled the patch as i requested to him. waiting your guide in a few days to understand better😉

In my test I use also a catalina and a windows vm on vm file disks to stay safe about their system upgrade I have both of about 48/32 gb each.. for me this is useful to understand and solve problems

I use a SSD 240 Gb It is not so important to have big size if you do not use virtual machine in disk file format Also speed is not important..in my initial study in this project I have used a spare 2.5'' laptop disk of about 7 years ago 🙂 as fast advice I would like to say if you have a working OSX to clone in this AMD rig from other hack or real Mac, you can try to build only a proper EFI for it a boot with it... It is possible 🙂

@Driftwood thank you for your benchmark it seems also for you that in 6 TRN node condition both gpu are not used at their max power results are very good in my case i have lower results compared to yours about 18 fps for 66 noise node and about 28 in 6 TRN node it seems in my case i have more cpu cores used during testing..maybe highsierra related.