Jump to content

KvL

Contributor
  • Posts

    259
  • Joined

  • Last visited

Everything posted by KvL

  1. Perchè la guida di Dortania è di una linearità spiazzante per quanto sia complesso il config di OC. Praticamente sei su un binario! Per ora no, però basta organizzarsi con una pendrive di test dove cambia solo il config. Config su cui si possono attivare o disattivare interi blocchi quindi teoriamente si possono avere 20 Kext ad esempio e attivare il caricamento di solo 5. Poi dovrei testare i nuovi tool per la manipolazione della NVRAM perchè a quel punto i boot-args tecnicamente si possono cambiare. macOS è più velocerrimo assai 🤣 E' identico, non c'è differenza almeno sulla mia macchina, confermo. Meglio per cosa? E' più moderno, come approccio, di Cover e dalla 0.5.5 alla 0.5.9 che sta per uscire hanno dato segno di notevole maturità in termini di sviluppo: poche opzioni ben definite. Però concordo sul fatto che non si siano conentrati su HW antico ma solo nuovo e nuovissimo. Stanno pure tagliando i ponti con Clover (per necessità di sviluppo o per tattica non lo so), però il futuro è OC. K.
  2. @daveshubert certamente, appena avrò modo di accedere nuovamente all'Hack 😕 Comunque per OC ho seguito la guida di Dortania e le impostazioni trovate qui, link uguale a quello sopra. Un tentativo lo farei: OpenCore mi convince più di Clover che sconta il fatto di una programmazione nata molto tempo fa e adattata nel tempo, succede spesso purtroppo nei software specialmente Open Source. K.
  3. Su questo posso dire che configurare la iGPU (seppur in modalità headless) è stato facile con OC; però ancora devo provare su 10.15.5. K.
  4. Se rispettano lo schema, come immagino, sì. Sul repo c'è stato movimento su un branch di PMHeart di cui poi ieri è stato fatto il merge su master. Il changelog non è troppo esplicativo, però grandissime novità non ne ho viste nell'ultima settimana. K.
  5. Avanti rispetto a SuperDuper!, facile da usare e sicuro, mai avuto problemi da 10.4 Tiger a oggi! Gli manca solo la possibilità di creare un disco avviabile da cui lanciarlo, se vogliamo trovargli un difetto. K.
  6. Nessun problema, ci mancherebbe! Dicono un paio di settimane, comunque la procedura di backup è cambiata: https://bombich.com/kb/ccc5/cloning-macos-system-volumes-apple-software-restore K.
  7. Su un clone già esistente? O su un disco vergine o comunque con l'opzione "erase and backup" che prima cancella il disco e poi ci scrive sopra? Scusami ma non ho capito: versione di CCC? Se parliamo di CCC la procedura dice di aggiornare CCC alla versione beta e poi fare il backup. E' tutto scritto nel link messo prima. K.
  8. @sumero56 puoi seguire la strada indicata da Bombich nel link, scaricando la versione beta e seguendo le istruzioni. Però se il backup era già stato fatto da 10.15.4 e hai solo aggiornato quello, il problema è un altro. Comunque prevedono nelle prossime "couple of weeks" di rilasciare la versione aggiornata e definitiva di CCC che viene incontro al "bug" di 10.15.5. K.
  9. Per info di tutti: https://bombich.com/blog/2020/05/27/bug-in-macos-10.15.5-impacts-bootable-backups-weve-got-you-covered Occhio alle copie avviabili APFS fatte con CCC, bisogna avere pazienza che rilascino la prossima versione di CCC se si parte da un clone nuovo di 10.15.5. K.
  10. Anni e anni fa facevo così anche io, una volta l'anno o a ogni SP di Windows o Major Release di macOS o Windows spianavo tutto e ripartivo, infatti per abitudine i dati sono o su NAS o su HDD secondari sotto backup. Però oggi ho meno tempo e solo l'idea di reinstallare i software, i font, travasare centinaia di migliaia di file tra HDD meccanici, ecc mi sbatte non poco. Probabilmente con la 10.16 farò così perchè ho un sistema "sporco" da Clover e i suoi rc script e con l'occasione passerò definitivamente a OpenCore. Per baloccarmi con le nuove versioni uso VirtualBox e via! Siamo un filo OT 🤣 K.
  11. Solo perchè è un'immagine da clonare poi quando serve, giusto? A me piace portare avanti il sistema, sui precedenti Mac che ho avuto ho aggiornato anche per 4 major release consecutive travasando a volte anche con Time Machine 😎 K.
  12. Dalla mia eseguo sempre il clone su HDD meccanico con CCC, avvio lì, aggiorno lì. Se non seplode nulla ritorno su SSD, rifaccio il clone per avere uno snapshot alla 10.xx.y e poi aggiorno definitivamente a 10.xx.y+1. Troppo paranoico? 🤣 K.
  13. Questo è il Sample.plist aggiornato ad oggi da cui sono partito; se ho capito bene sono valori necessari a macOS per cui immagino sarebbe troppo pericoloso farne il Delete senza il rispettivo Add, suppongo. Un po' datato ma rende l'idea: https://eclecticlight.co/2018/08/24/whats-stored-in-nvram K.
  14. Esattamente, 15 anni fa stavo dietro a 10 Mhz di overclock, ora se la macchina è stabile e fa quello che mi serve sono a posto. Unico vincolo un po' di potenza di calcolo per via dei task mediamente pesanti come la postproduzione digitale e l'encoding video (amatoriale). Fino a un anno fa ero su un iMac del 2011 con i5 e 12GB di RAM, per dire, mi stava stretto ma sopravvivevo ecco. K.
  15. Devo sistemare DefaultBackgroundColor, ne sono consapevole 😅 Questo Config è quello per la 0.5.9 che sto covando in attesa della release finale e provare a passare da Clover a OC con cambio SMBIOS, un salto triplo carpiato. E' speculare, se vedi, solo che in Add lo schema è campo-valore, in Delete è campo "secco" perchè se ne frega del contenuto, lo dealloca e via. K.
  16. Not present = Non presenti tipo la nuova "blacklist-rtc" o immagino in caso di macchina vergine o forse anche in caso di NVRAM resettata. Dovrei provare in caso di questa terza ipotesi. Ecco ad esempio il mio log per la 0.5.8: E una questione di flusso logico: se non è presente o presente in delete, allora viene impostata. Mi sono spiegato male, mi rendo conto adesso: volevo dire: prima esegue Delete, e poi Add, questo garantisce che in NVRAM finiscano i valori di Add. K.
  17. Dal Configuration.pdf Rev. 21/05/2020 In pratica Add comanda su Delete. Dal log della versione debug si leggono bene le operazioni eseguite. K.
  18. Info molto interessanti qui. Come finestra temporale per una stabilità effettiva di Comet Lake su Hackintosh immagino ottimisticamente 6-9 mesi prendendo in considerazione quanto sopra e le info su Reddit. K.
  19. Considerando quanto è teconolgicamente avanzato e la qualità delle guide che ci sono in giro, non mi meraviglia! Credo che comunque finchè Apple non aggiornerà le proprie macchine alla serie 400 ci baseremo su SMBIOS non corretti al 100%. Certo qui ha usato quello di un laptop, siamo lontani..! K.
  20. Quelli di Dortania mi sembrano piuttosto sicuri sulla questione NVRAM, magari personalmente se dovessi acquistare aspetterei qualche impavido. Nulla toglie che quell'impaido potresti essere tu 😆 K.
  21. Sì. https://github.com/SchmockLord/Hackintosh-Intel-i9-10900k-Gigabyte-Z490-Vision-D Sdoganata la gestione di SSDT-PMC, lo è per fortuna. https://dortania.github.io/Getting-Started-With-ACPI/ssdt-methods/ssdt-prebuilt.html#nvrampmc K.
  22. Esattamente, manutenzione del config.plist molto più leggera! K.
  23. Lo uso regolarmente in modo da non avere troppe modifiche accumulate tra la versione attuale e la futura. Comodissimo davvero! K.
  24. Funzionava già dalla 0.5.5 nel boot picker testuale, confermo. K.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.