DS-1

AMD per ora vorrei metterlo da parte solo perchè altrimenti dovrei cambiare anche la mb. Appena scelgo la CPU vi aggiorno e...sicuramente ci risentiamo! 😉 Per ora grazie di tutto, soprattutto di avermi aiutato a chiarirmi le idee su come muovermi!

Non avevo visto la tua band e devo dire che...suona benissimo!!! 🤩 Spettacolare il case nel tom/timpano!!! La chitarra ha un piezo? Comunque l'8700k non va malaccio, ma volevo rinfrescare un po' il tutto e, trovandomi, sto puntando per l'appunto ad un 12700k (nel caso, prenderei questo e lo metterei nel main e scalerei il 12600k nel muletto, ovviamente con upgrade della mb che alla fine ho preso, ovvero la MSI Tomahawk Z690, trovata ad un buon prezzo), oppure prendere un 13400/13500 e lo piazzerei sul muletto (ho letto ovunque che la serie 13 non è affidabile come la 12 e quindi preferirei lasciare tutto com'è lato main).

Sì, infatti finora sono andato avanti aggiornando Clover, anche se passare ad una configurazione con OC sarebbe l'ideale. @carlo_67 so che il forum è una grande e preziosa risorsa e ti ringrazio per quello che dici. Intanto che ne pensate del passaggio da 8700k a 12700k o 13400? Uso il muletto principalmente come computer alternativo al main, con cui faccio produzione audio per la mia band e talvolta ci gioco pure (anche se il muletto è concepito solo per il discorso audio).

In realtà non avevo aggiornato l'hardware in firma: attualmente è come lo leggete. Sul main (che intanto ha subito un cambio cpu, da 12400 a 12600k) ho già messo una 6600XT. La RX580 l'ho venduta ed ho preso una più gestibile (sul "muletto") RX560, che per quello che ci devo fare con quel pc va più che bene. Credo intanto di aver trovato un buon prezzo per un 12700k. Per cui, probabilmente sostiutirò questa CPU lì dove ora ho l'i5 12600k e quest'ultimo lo metterei su una nuova mb z690 che pure ho trovato (MSI Tomahawk o Gigabyte Aorus, entrambe DDR4: quale consigliereste?) e venderei l'hardware dell'8700k, ram esclusa. Mi "spaventa" un po' il fatto di dover passare, eventualmente facessi il cambio, da Clover a OpenCore. Sul main l'ho fatto, non senza problemi all'inizio, proprio perchè ero abituato a Clover. Sul muletto fui "costretto" a restare su Clover, perchè OpenCore, almeno per quello che sono le mie competenze, non sono mai riuscito a far andare. Mi spaventa un po' infatti l'idea di, eventualmente cambiassi hw, passare da Clover a OpenCore sul muletto, anche se con il prezioso aiuto del forum alla fine sono sempre riuscito a fare tutto...non finirò mai di ringraziarvi! 🙂

Ti ringrazio per i consigli. Effettivamente l'intenzione di sostituire cpu ed mb viene dall'esigenza di svecchiare un po' l'hardware, anche se devo dire che l'8700k va una bomba. Ci penso un po' e ti aggiorno. Nel caso, se trovo qualcosa di decisamente più nuovo, procedo. Grazie!

Ciao ragazzi! Vorrei sostituire l'hardware del mio pc muletto ( i7 8700k con mb AsRock z370). Avendo una cpu i7 10700, cerco una mb che particolarmente adatta per l'hackintosh. Avete qualche consiglio da darmi? Ovviamente, trattandosi di materiale non proprio nuovo, cercherei nell'usato. Grazie in anticipo per la risposta!

Capisco! Comunque, dopo aver impostato SetApfsTrimTimeout a 0, non ho notato grandi differenze (oltre alla velocità di copia, il sistema in generale mi sembrava meno responsivo rispetto a qualche settimana fa). Ho poi aggiornato OpenCore e tutti i relativi kext presenti nella EFI e, al riavvio, mi è sembrato tornare tutto alla fluidità di un tempo. Tengo sott'occhio il SetApfsTrimTimeout a 0 e casomai lo riporto a -1.

Provo con SetApfsTrimTimeout settato a 0 per qualche giorno e vediamo come va. L'NVME è un Crucial P3 500gb PCIe 3.0 (ct500p3ssd8).

L'ho fatta io, assieme all'aiuto di questo forum. Il doppio kext per la lana c'è perché la scheda madre ha due LAN, una fa 1gb ed una da 2.5gb.

Ciao ragazzi! Mi sono accorto che, da qualche settimana (anche prima che ampliassi la partizione di Ventura, come descritto qui:) la velocità di trasferimento dati, sia da disco NVME PciE 3.0 su cui ho Ventura a usb che viceversa che da disco ad un altro disco del computer e viceversa, è diventata lentissima. Anche copiare il contenuto delle EFI (quindi poche centinaia di mega), a volte è diventato lento (qualcosa come 3 minuti).. Ho fatto un paio di test di lettura/scrittura disco e solo dopo il secondo/terzo ciclo diventa tutto abbastanza rapido. Le prime letture hanno la velocità in screen (write arriva massimo a 500MB/s, circa, che comunque è di più di quanto riscontrato poi in processo di copia reale). Allego anche la EFI, nel caso in cui qualcuno fosse così gentile da poter dare un'occhiata e consigliarmi qualcosa da ritoccare. Grazie in anticipo per la risposta! EFI_2024.zip

Risolto! Il problema del maximum size del container dipendeva dal fatto che l'ordine delle partizioni così com'era non consentiva il ridimensionamento del container. Mi spiego meglio. L'ordine delle partizioni del disco Mac era il seguente: /dev/disk2 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *500.1 GB disk2 1: EFI EFI 209.7 MB disk2s1 2: Apple_APFS Container disk4 255.7 GB disk2s2 3: EFI NO NAME 104.9 MB disk2s3 (free space) 244.1 GB - In rete ho trovato un articolo in cui si parlava del fatto che non si può ridimensionare un container APFS se, subito dopo la partizione stessa, ce n'è un'altra e poi alla fine c'è lo spazio vuoto. In sostanza, bisognava prima "accodare" lo spazio vuoto al container disk4. Quindi, usando questa guida: https://pureinfotech.com/move-partition-windows-10-gparted/, ho spostato la 3. EFI NO NAME in coda allo spazio vuoto, facendo il contrario di ciò che c'è nel punto 8 del link, ovvero cliccando su "resize/move" della partizione 3 EFI NO NAME e spostando tutto a destra il cursore, lasciando ovviamente invariata la dimensione della partizione. Dopo aver applicato la modifica e rebootando in macOs, la situazione del disco è diventata la seguente: /dev/disk2 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *500.1 GB disk2 1: EFI EFI 209.7 MB disk2s1 2: Apple_APFS Container disk4 255.7 GB disk2s2 (free space) 244.1 GB - 3: EFI NO NAME 104.9 MB disk2s3 Quindi, mi è stato possibile stesso dall'interfaccia grafica di Utility disco aprire il container esistente, rimuovere lo spazio libero dalla torta con il pulsante - e ridimensionare l'attuale container in 500gb. Il tutto senza gli errori che mi comparivano all'inizio e che ho pubblicato qualche post fa. Il risultato è il seguente.

La situazione del disco Mac è la seguente /dev/disk4 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +244.1 GB disk4 Physical Store disk1s4 /dev/disk5 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +255.7 GB disk5 Physical Store disk1s2 1: APFS Volume Catalina - Dati 201.1 GB disk5s1 2: APFS Volume Preboot 1.8 GB disk5s2 3: APFS Volume Recovery 1.1 GB disk5s3 4: APFS Volume Macintosh HD 8.8 GB disk5s4 5: APFS Snapshot com.apple.os.update-... 8.8 GB disk5s4s1 6: APFS Volume VM 1.1 MB disk5s6 Quindi, stando ai comandi postati su Reddit, io dovrei dare 0 a disk 4 e ridimensionare disco 5. Ora: con "diskutil apfs resizeContainer disk4 0" non succede nulla, o meglio, succede questo: Started APFS operation Error: -69743: The new size must be different than the existing size Se invece provo a ridimensionare disk5 con "diskutil apfs resizecontainer disk5 500g", viene fuori questo: Started APFS operation Aligning grow delta to 244.283.457.536 bytes and targeting a new container size of 499.999.997.952 bytes Determined the maximum size for the APFS Container to be 255.717.257.216 bytes Error: -69519: The target disk is too small for this operation, or a gap is required in your partition map which is missing or too small, which is often caused by an attempt to grow a partition beyond the beginning of another partition or beyond the end of partition map usable space desktopgwou@Mac-Pro ~ % diskutil apfs resizecontainer disk5 499.8g Started APFS operation Aligning grow delta to 244.083.458.048 bytes and targeting a new container size of 499.799.998.464 bytes Determined the maximum size for the APFS Container to be 255.717.257.216 bytes Error: -69519: The target disk is too small for this operation, or a gap is required in your partition map which is missing or too small, which is often caused by an attempt to grow a partition beyond the beginning of another partition or beyond the end of partition map usable space Come posso muovermi?

Grazie! Da quanto ho letto, credo che quel comando di resize possa fare al caso mio. Credi si possa fare da terminale stesso nel sistema operativo, oppure meglio da Recovery via USB?

Ho riavviato il pc con Gparted ed ho visto che praticamente c'erano circa 220gb di spazio non partizionato. I rimanenti gb, in sostanza. Quindi, ho creato una partizione exfat con quello spazio e sono tornato in Ventura. Ora mi viene riconosciuto come spazio partizionato. Eliminata la partizione, ho effettivamente 220gb liberi, ma su un contenitore diverso, che non credo si possa "fondere" con il contenitore principale. O almeno così mi è sembrato di capire. Dico questo perchè, se entro in contenitore disk3, clicco sullo spazio del contenitore disk8, premo il tasto meno e partiziono, mi compare questo errore:

Non c'ho pensato. Ho preferito "risparmiare" tempo non reinstallando il tutto sul nuovo disco, bensì clonando la partizione, sperando poi che si potesse espandere facilmente, utilizzando lo spazio rimanente.