Leaderboard

Appena aggiornato... Clover R5142 e ho dovuto fare un colpo di F11 perché a riavvio dava KP.

quando si rompe il sigillo di OSX (Monterey) in particolare si perdono gli aggiornamenti e si aprono delle falle molto probabilmente sulla sicurezza... pero' per alcune cose e' l'unica soluzione per questo di solito e' meglio dal mio punto di vista non consigliarlo e nel caso con un disclaimer grosso come una casa 🙂 🙂

si ,esegui il termiale ( cmd ) come admin

devi dare quei comandi o lo stampi , e poi li diciti quando sei nella consol cmd , oppure fallo da sitema avviato , cosi fai copia incolla sul terminale cmd gli ho mandato una mini guida che poi sono 3 comandi da dare in cmd 😁 provato su laptop senza perdere i dati

ti vedo😁

Rilancio 😆 Big Sur 11.6.2 build 20G306

@tuxybene cosi' hai resistito e hai vinto 🙂 Per il BT e WIFi puoi rimettere (credo ) la tipologia di kext che usavi e verificare se cis ono per Monterey aggiornamenti degli stessi MacPro7.1 o ImacPro1.1 sono piu' o meno equivalenti e se non hai problemi vanno bene entrambi, come macchina simile al Mac reale io preferisco MacPro7.1 Dovrai (credo ) mappare le ram Nella sezione internazionale, l'utente igpu, spiega come fare (se ritrovo il post lo aggiungo qui) Complimenti, con questo thread sei stato di aiuto ad altri utenti con la tua piastra madre (ma anche ad altri utenti MSI hai dato speranze nuove) Io come ultima cosa proverei l'ultimo BIOS con l'agesa di quello che stai usando (se non lo hai già fatto) Scorrendo rapidamente il changelog dei bios, forse qualcosa potrebbe essere utile nelle versioni più' moderne a livello NVME e velocità di boot (anche se la parte NVME potrebbe essere la colpevole dei problemi) Ma se sei felice cosi'...va bene lo stesso 🙂

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)

Aggiornare OpenCore e Kexts con OCAT Lo scopo di questa guida e’ quello di aiutare sopratutto gli utenti alle prime armi o meno esperti che hanno difficolta’ nell aggiornare OpenCore con i metodi classici Xcode,plisteditor…etc Voglio ricordare che il tool non configura/imposta per magia i settaggi del config.plist in base alla vostra piattaforma , per quello fare riferimento alla guida Dortania Attualmente , il metodo più semplice per mantenere aggiornati i tuoi file OpenCore : config.plist , drivers e kext , senza l'ausilio di strumenti aggiuntivi è utilizzare OpenCore Auxiliary Tools (OCAT) OCAT integra un set di funzionalità per apportare tutte le modifiche necessarie alla struttura del config.plist , aggiornandolo così all'ultima versione , senza perdere le impostazioni. Ciò consente di risparmiare tempo e fatica rispetto ai metodi tradizionali , in cui bisogna fare tutto manualmente Strumenti e prerequisiti Connessione Internet funzionante Scaricare e installare OCAT ⚠️ Fare una copia di sicurezza della vecchia EFI finche’ non si e' testata la nuova Aggiornare il config.plist: Esegui OCAT , Monta la partizione EFI ( dalla barra del tool > Edit > MountESP ) o dall icona dell HDD ( verde ) ( Mount and open Config.plist ) Verifichiamo che la versione di Opencore mostrata da OCAT sia l ultima ( attuale 0.9.5 ) Se viene mostrata una versione meno recente tipo 0.8.8 come nell immagine e’ necessario prima di editare il Plist , aggiornare la versione di OpenCore Clicca sull'icona che assomiglia a un simbolo di Riciclo Nella finestra di dialogo successiva clicca su “ Get the latest version of Opencore “ o dal menu a tendina indicato dalla freccia scegliere l ultima versione di OpenCore OCAT provvederà’ a scaricare nel suo database l ultima versione disponibile di OpenCore Aggiorniamo Kexts e Drivers Puoi ora notare a Sinistra la versione dei kexts attuale e quella disponibile online : Verde = aggiornato, Rosso = obsoleto. Spuntare le caselle di controllo per i kexts che desideri aggiornare (altrimenti verranno ignorati) e fai clic su “Check for Kexts updates ” successivamente su " Update Kexts " Stessa cosa a Destra nella sezione Drivers spuntare le caselle di controllo : Verde = aggiornato, Rosso = obsoleto Clicca su “ Start Sync “ Riceverai una notifica al termine che tutto e' stato sincronizzato con successo Chiudi le finestre di dialogo aperte e riclicca nuovamente sull icona Riciclo per fare una breve verifica ... Come puoi notare sia i kexts che i drivers sono stati aggiornati ( Verde e non più’ obsoleti Rosso ) Richiudi le finestre di dialogo aperte per rimanere nella schermata principale del programma Come per i Kexts e I Drivers bisogna aggiornare il config.plist … come indicato da OC Validate dall'icona di avviso rossa Indica che non e’ in linea con la versione attuale di OpenCore Clicca sull icona di avviso rossa per visualizzare gli avvisi da correggere Bastera’ cliccare sulla icona del floppy disk per salvare il config.plist … OCAT correggera’ gli avvisi prima evidenziati , automaticamente ” No issues found “ Fatto ! La vostra EFI : il config.plist , Drivers , Kexts e Resource è ora aggiornata. Nel caso di EFI obsolete , OC vers. ≤ 0.6.5 o inferiori rimuovere la cartella Bootstrap se presente , resettare la nvram al primo avvio ⚠️ Alcune importanti Impostazioni da definire in UEFI > APFS per chi cerca di avviare / installare versioni di Osx precedenti a Big Sur OCAT utilizza sempre l'ultima build OpenCore disponibile su https://github.com/acidanthera/OpenCorePkg/actions. Breve-Video Credits Ic005k Sviluppatore del tool Of course tutto il team Dortania

puoi riattivare e disattivare dal config e ridisattivando le protezioni il sistema funge perfettamente ma comunque hai tutto disabilitato

Tutto perfetto, mappatura ok, grazie.

Ha funzionato tutto alla perfezione! Grazie!

ok , prova a disattivare usando quel ssdt non è difficile, ti basta eliminare i relativi commenti, compilare, salvare e mettere in acpi con relativa definizione sul config

sono HS07, 08, 09, 10, SS03, 04, 05, 06

Ciao, ma non è che windows ti vede un file che su macos è nascosto? un .DS_store o cose del genere (per ipotesi) Sei riuscito a capire quale è il file imputato che manca all'appello?

fatto , ma poi la entri su OC la vede in automatico? Ovviamente con ScanPolicy=0. Dico bene?

ovviamente se usi SSDT_DisableUSB ti basta aggiungerlo ma non hai da droppare nulla le porte da disattivare quali sono?

la seconda..😄 ho installato ieri.

Prima fai un controllo del disco per vedere se è idoneo per la conversione, pertanto digita il comando mbr2gpt /validate e invia Digita il comando mbr2gpt /validate /allowFullOS e invia. Se il disco ha i requisiti necessari per la conversione apparirà il messaggio Validation completed successfully Ora puoi convertire il disco di sistema da MBR a GPT per far funzionare il computer in modalità UEFI. Digita il comando mbr2gpt /convert /allowFullOS e invia. Attendi qualche istante per la conversione, perché ora MBR2GPT.EXE eseguirà diverse operazioni: validazione del disco, ripartizionamento del disco per creare la partizione di sistema EFI, installazione dei boot files UEFI, ristrutturazione del disco con stile GPT, aggiornamento del BCD (Boot Configuration Data) e riassegnazione delle lettere alle partizioni.

aggiornamento fatto:

https://docs.microsoft.com/it-it/windows/deployment/mbr-to-gpt

semplice , se lo fai prima dell installazione shift f10 (per accedere alla cmd consol ) e' piu veloce che farlo durante il sistema gia' avviato mbr2gpt.zip

Ringrazio te e Carlo perché mi avete dato la voglia di non mollare , poi per esclusione era l’ultima spiaggia 🏖! Grazie veramente ragazzi per la disponibilità che dimostrare sempre X tutti noi! prossimo step la guida di carlo X aggiornare in GPT e avere un dual boot serio! Grazie

@Matteo88 magari edita il titolo mettendo che tipo di wi-fi Bt stai usando potrebbe essere utile ad altri utenti Grazie dell'info😀

dopo varie prove ho risolto anche con il wifi cosí: bisogna solo disabilitare il plugin AirPortBrcm4360_injector.kext @carlo_67 grazie per l'aiuto dato ora credo di poter aggiornare perché sembra che tutto sia ok

Observational: Initially, the update would not fully download and install. I then made a change in the OC config file, re-booted and the update went smoothly. The change involved the ResizeBar Quirk settings in OC. I've recently been looking at instability and sleep issues in latest Monterey and thought I'd found some problems with OC's ResizeBar Quirks, and was re-booting every few days with a different setting. When the update did not work, both ResizeBar Quirks were set to 0 (enabled using default macOS). However, I had ResizeBar in BIOS disabled. Leaving BIOS alone, when both OC's 2 quirks were set to "-1" (disabled), then the Update went smoothly. While I did not test the 2 other possible combinations (ResizeBar in BIOS enabled with ±OC Quirks), it probably is a good idea to be consistent with BIOS and OC settings: 1) if ResizeBar in BIOS is disabled, leave OC's ResizeBar Quirks at -1. 2) if ResizeBar is enabled in BIOS, then setting OC ResizeBar Quirks to 0 is probably best.

Si ma sicuramente l utente Dell altra volta nn ricordo chi, avrà sbagliato qualcosa nella procedura, vedo tanti come nell esempio adesso @carlo_67 che portano la cosa al termine e con successo come anche ultimamante sono riusciti a fare andare la Intel i225-V su Mrey sempre. chriss,shanee e company , ma se si sbaglia qualcosa securebootmodel o sip ... durante , rischi di non avviare piu'

No No non è uno scherzo Prima di dire che una cosa fatta da altri sia una porcata andrebbe provata funziona perfettamente https://github.com/chris1111/Geforce-Kepler-patcher Credit: Base on Jackluke methode, Find binaries KhronoKerel e @chris1111 per lo script Seguire alla lettera il video e inserire il kext in OC/kext buona Nvidia🥰 AMFIExemption.kext.zip A dimenticavo istallato su X58 con bios non Uefi😀

è scritto nella guida, se vuoi puoi usare il dsdt oppure per solo disattivare c'è il relativo ssdt (parte haswell)

Si infatti cosi' ho fatto , ho lasciato unallocated ( forse ho eliminato tutte le partizioni prima esistenti ) la partizione dove andava installato e ha fatto lui , creando come da screen le partizioni

Basta non lasciare posizioni non partizionate e Windows userà quelle che ci sono, ovviamente con i suoi attributi.

fresco fresco😄

Si si ........mamma mia da quando è uscito Monterey che non riuscivo . Causa principale il BIOS. Per la cronaca , il BIOS del 2019 ( il primissimo) è l'unico che funziona con Monterey...........

Finalmente !!!!! EFI di Fabio e Downgrade del BIOS did the trick!!!!! Grazie Carlo , Grazie Fabio mi avete dato un supporto anche nel non mollare

va ancora tutto bene anche su AMD 🙂

Giusto per la cronaca 🙂 e nello stesso per ringraziare @katsuja per il settings del bios ( unm buona la pappa pronta 😆 ) risparmiando un sacco di tempo, non che @SemanticA per tutto il lavoro svolto Sostituito la piastra e avviato con la efi gia' presente nel disco ( iMac19,1 ) sostituiita successivamente ( in fase di valutazione/test ) con iMacPro1,1 per GPU RDNA/RDNA2 di @rainbowflare anche per il discorso mappatura usb gia' servita ...Grazie Tutto gira e funziona perfettamente .... compreso Restnvram 😂

@fabiosun@Allubz and the others, I followed the method following the link and it works great: Here I followed the method following the link and it works great: Here is the method: 1. Disable the SIP in the config.plist by changing the values as in the spoiler below 2. Switch off, restart and reset nvram. Otherwise the SIP is still activated. 3. Download Chris' Command Line SnapShot Mounter-V2 Here 4. Download Shanee's 2 beta 8 kexts Here 5. Only install the kexts with the Type B command from Chris ’application. 6. Reboot I still continue to use the I210.kext. I haven't tried the smaltree but it should work. I will test the upload connection with large 300 GB files as I usually do at the end of post-production. After that, there is the surprise of the next update. Edited : There is a significant drawback to the method. Obligation to keep the SIP disabled and SecureBootModel on disabled otherwise it is impossible to boot Monterey where there is a kernel panic with the kext (IOPCIFamily.kext) I will not use this method.

I thank you for all you have given not only for me but also for everyone else here. I wanted also to thank you for the help you provide and I thank you a lot also for trying an app for me. That's very kind. I apologize for not having saying it earlier. I was having headaches yesterday. Thanks for your support !

@Arrakis a solution for Smaltreekext I have not tested and I do not like to broke Monterey seal.. Some people say it works

perfetto allora mi preparo con ioreg, dopo tutto la parte bella è prorpio quella 😃😃 si culo ... 🤣🤣 ci provo da gennaio, ... spendere 1000 per una 5700 (casomai usata per minare) non mi pareva il caso Grazie

@antuneddu @fabiosun riattivando non avvia più ho provato una cosa alla volta prima riattivando Sip----------non si avvia poi mettendo SecureBootModel default-----------non si avvia attivando il solo Gatekrpeer------------non si avvia

chiedo scusa domani mattina provvedo, mi era sfuggita di solito e @Gengik84 che fa la comunicazione di servizio e appena la vedo aggiorno stavolta è toccato a @fabiosun mi ha fregato 😂 pensavo di essere il primo ( ma invece ero il primo dell'ultima carrozza ) 🤦‍♂️

OT un po’ ho montato una thunderbolt Titan ridge pci express windows 11 non parte piu osx non ha problemi Windows 11 non si recupera con le classiche opzioni di ripristino e se è come l’altra volta che mi è successo anche smontandola non parte piu chissà che accade… è una scheda flashata per OS X ma con i precedenti bios e windows 10 non dava questo serio problema

Une autre fois, 😂, meno male che la linea internet va meglio FTTC, ma non vedo la "ISO" in giro...

Evviva CHAMPAGNE !!!