Sto tagliando e incollando dal sito di supporto della community di Apple dove ho postato questo problema oggi, piuttosto che scriverlo di nuovo, poiché i dettagli sono densi:
Il mio sistema, prima del 12/20/2017 era un MacBookPro9.2 (metà 2012) in esecuzione 10.8.5. Perché quel sistema operativo? Odio gli aggiornamenti Apple, poiché le cose si interrompono sempre e il SW di terze parti deve essere aggiornato. Mountain Lion è un sistema operativo perfettamente funzionante, ma nel tempo non è stato in grado di tenere il passo con iOS. Detesto il telefono Apple in modo tale che il 10.8.5 mi soddisfi perfettamente, finché non ho avuto bisogno di alcuni bit R conformi per Sierra. Quindi, R è molto importante per me, quindi ho effettuato l'aggiornamento a 10.13.2 da Apple Store. Ho eseguito l'upgrade a un SSD all'interno del Mac e, dopo 5 giorni di test, ho utilizzato Carbon Copy Cloner 5.0.5 per clonare l'SSD su un HDD HFS + (consigliato da CCC) all'interno di un OWC / Mac. USB 3.0 On-The-Go USB. allegato. Nessun problema e CCC ha persino creato un'immagine di recupero 10.13.2. È interessante notare che l'aggiornamento dell'archivio Apple ha cancellato l'immagine di ripristino 10.8.2 sull'unità SSD, lasciandomi senza alcuna immagine di ripristino su tale unità.
L'HDD all'interno di quel recinto non è avviabile, né l'immagine standard né l'immagine di recupero sebbene sia leggibile. La barra di avanzamento del tempo di avvio si aggira intorno al 60% del percorso e poi si interrompe con la linea diagonale. Bummer! Dopo diversi giorni di risoluzione dei problemi con un tecnico di supporto CCC, con zero successi, non mi è rimasta altra scelta se non quella di scambiare l'SSD e l'HDD per inchiodare se si trattava dell'enclosure o del CCC. Ora gente, prendi questo, l'HDD quando dentro la macchina si avvia perfettamente, sia le immagini standard che quelle di ripristino, ma quando l'SSD, che ha ricevuto i bit dall'archivio Apple, si trova all'interno del contenitore OWC, non si avvierà. Inoltre, è interessante notare che il problema non è bidirezionale. CCC può scrivere su un disco all'interno di questo recinto e creare un'immagine OS perfetta, ma l'errore si verifica al momento dell'avvio quando vengono letti i bit. Amico, questo mi rende sospettoso. Apple ha fatto questo per danneggiare i produttori di dispositivi concorrenti o il 10.13.2 è ancora instabile? Ho segnalato il problema a OWC ma non ho ancora avuto risposta.
Quindi, oltre ad acquistare un nuovo enclosure esterno garantito per funzionare con High Sierra, c'è qualche soluzione per rendere l'avvio del sistema operativo da un dispositivo esterno? Questo problema è stato visto da altri? Inoltre, bummer due volte, ho ancora un dispositivo di backup RAID a 10.8.5, avviabile, al quale temo di tentare un backup, dal momento che quell'immagine potrebbe anche essere resa non avviabile: - (