Sto tagliando e incollando dal sito di supporto della community di Apple dove ho pubblicato questo problema oggi, piuttosto che scriverlo di nuovo, poiché i dettagli sono densi:
Il mio sistema, prima del 20/12/2017, era un MacBookPro9.2 (metà 2012) con 10.8.5. Perché quel sistema operativo? Odio gli aggiornamenti di Apple, poiché le cose si rompono 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, quindi 10.8.5 mi andava bene, fino a quando non ho avuto bisogno di alcuni bit R rispettati per Sierra. Quindi, R è molto importante per me, quindi sono passato alla 10.13.2 dall'Apple Store. Ho eseguito l'aggiornamento a un SSD all'interno del Mac e, dopo 5 giorni di test, ho usato Carbon Copy Cloner 5.0.5 per clonare l'SSD su un HDD HFS + (consigliato da CCC) all'interno di un OWC / Mac. USB On-The-Go in vendita allegato. Nessun problema e CCC ha persino creato un'immagine di ripristino 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 l'immagine di ripristino su quell'unità.
L'HDD all'interno di quel contenitore non è avviabile, né l'immagine standard né l'immagine di ripristino sono leggibili. La barra di avanzamento all'avvio si estende per circa il 60% e quindi si interrompe sul cerchio con la linea diagonale. Bummer! Dopo diversi giorni di risoluzione dei problemi con un tecnico dell'assistenza CCC, senza successo, non mi restava altra scelta se non quella di scambiare l'SSD e l'HDD per stabilire se si trattava di un alloggiamento o di un CCC in errore. Ora gente, prendete questo, l'HDD quando si avvia perfettamente la macchina, 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, il problema non è bidirezionale. CCC può scrivere su un disco all'interno di questo contenitore e creare un'immagine del sistema operativo perfetta, ma l'errore si verifica all'avvio quando i bit vengono letti. Uomo, questo mi rende sospettoso. Apple ha fatto questo per danneggiare i produttori di dispositivi della concorrenza o 10.13.2 è ancora traballante? Ho segnalato il problema a OWC ma non ho ancora avuto risposta.
Quindi, oltre all'acquisto di un nuovo enclosure esterno garantito per funzionare con High Sierra, esiste qualche soluzione per l'avvio del sistema operativo da un dispositivo esterno? Questo problema è stato visto da altri? Inoltre, più volte, ho un dispositivo di backup RAID ancora a 10.8.5, avviabile, sul quale temo di tentare un backup, dal momento che quell'immagine potrebbe anche essere resa non avviabile :-(