Se cloni un disco, cloni insieme ad esso il suo UUID. Questa stringa esadecimale viene utilizzata per identificare in modo univoco la partizione. Poiché grub utilizza questi identificatori per tenere traccia delle partizioni, in questo caso la clonazione dei dischi è una cattiva idea, poiché l'UUID non è più unico.
MODIFICA 05.08.2014 Il seguente errore molto probabilmente interromperà il tuo processo di avvio perché i file di configurazione faranno riferimento a vecchi UUID. L'ho lasciato qui per mantenere il trak delle modifiche : un modo per aggirare questo problema è ricreare manualmente la tabella delle partizioni sul disco di destinazione e scaricare il contenuto della partizione di origine sulla partizione di destinazione. In questo modo creerai nuovi UUID per le tue partizioni target. Puoi farlo usando fdisk / gdisk e il comando dd.
Questo potrebbe funzionare. Ma non vedo il problema con l'utilizzo di sdb come unità di avvio standard e utilizzo sda per ulteriori esperimenti. Se vuoi testare frequentemente le distro, ti consiglio di utilizzare un tipo di visualizzazione come Virtual-box o simile. Ciò consente di risparmiare molto tempra con la configurazione di base della macchina.
MODIFICA: 05.08.2014: Risposta a ulteriori domande del PO:
Ho trascorso un po 'più di tempo a pensare ai tuoi piani. Copiare le partizioni come menzionato sopra risolverà il tuo problema UUID nel bootloader. Ma frenerà tutti i file di configurazione che contengono UUID. Quindi è generalmente una cattiva idea fare come ho sottolineato sopra.
Se si installa un nuovo sistema operativo su un'unità, lo script di installazione creerà nuove partizioni con nuovi UUID. Un aggiornamento di grub renderà entrambi i sistemi operativi avviabili da un bootloader. Ma fai attenzione all'unità di avvio fornita al BIOS. Il bootloader è normalmente posizionato nel mbr del disco in cui è stato installato anche il sistema operativo (a meno che non venga indicato diversamente). Questo significa che l'OS attivo sda
manterrà il suo bootloader attivo sda
, allo stesso modo l'OS sul sdb
suo bootloader acceso sdb
. Se ora installi un nuovo sistema operativo, testalo e infine vuoi mantenerlo nel modo seguente:
- Modificare il disco di avvio predefinito nel BIOS sul disco che si desidera conservare
- Aggiorna il booloader con lo script di aggiornamento nel sistema operativo che desideri conservare
- Assicurarsi che entrambi i sistemi operativi siano in grado di eseguire l'avvio dal disco che si desidera conservare
- Nuke l'altro disco ... o fai quello che vuoi.
- Avvia il sistema operativo che desideri conservare.
- Aggiorna di nuovo il bootloader per renderlo consapevole delle modifiche sull'altro disco.
Questo processo cambierà il tuo disco di lavoro ogni volta che cambi il sistema operativo. Potresti voler mantenere la tua home-dir altrove e montarla automaticamente tramite /etc/fstab
. O semplicemente fare un backup e copiare i dati avanti e indietro
Suggerirei comunque di utilizzare Virtualbox (o qualche altro software di virtualizzazione) a scopo di test e quindi installare il nuovo sistema operativo su un'unità che si desidera utilizzare. Con un / home separato è possibile mantenere i dati personali in atto mentre si cambia il sistema operativo.
E ricorda: prima di apportare modifiche al sistema esegui il backup dei dati!
sdb
come mio disco di lavoro, ho installato una nuova versione di Linux Mint insda
e ho deciso di clonarlo su disco di lavoro, poiché la direzione di clonazione è cambiata, questo presenterà lo stesso problema ma in un modo diverso chesda
deve essere rimosso per l'avviosdb
. Sto usando la porta sata dell'unità cd del mio laptop comesdb
, quindi è molto più facile per me scollegaresdb
se necessario.