Tengo Ubuntu 14.04 con muchos paquetes y cosas relacionadas con el trabajo con las que estoy muy contento. Está instalado en mi unidad SSD principal, que es de 120GB (elegí "/" cuando instalé ubuntu, así que creo que todo debería estar en esta unidad). Aparece como / dev / sda
Ahora he agregado otro SSD a mi computadora que es 240Gb. No tengo ningún otro medio de almacenamiento a mano en este momento (por ejemplo, disco duro externo).
Dado que la nueva unidad de 240 GB obviamente tiene más capacidad y es más rápida (una generación más nueva que la de 120 GB), quiero mover mi Linux a esta nueva unidad. Esta nueva unidad aparece como / dev / sdb y por el momento no está formateada ni nada (literalmente he desempaquetado e insertado en mi PC en este momento: P)
¿Cómo puedo mover con seguridad mi instalación de Linux a la nueva unidad?
Puedo cambiar el cable SATA para que la nueva unidad se muestre como / dev / sda si es necesario.
Este es el resultado de "fdisk -l" si eso ayuda:
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00076d7a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 226064383 113031168 83 Linux
/dev/sda2 226066430 234440703 4187137 5 Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5 226066432 234440703 4187136 82 Linux swap / Solaris
Disk /dev/sdb: 240.1 GB, 240057409536 bytes
255 heads, 63 sectors/track, 29185 cylinders, total 468862128 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sdb doesn't contain a valid partition table
/home
lugar de todo el sistema. Debería ser un cambio más fácil (simplemente mueva todo y agregue una sola línea a / etcs / fstab), y es probable que la mayoría de los archivos grandes vayan a su directorio de inicio (y así al disco más grande).Respuestas:
Puede usar CLONEZILLA para este propósito.
Clonezilla es una herramienta gratuita de partición e imagen / clonación de disco que se puede usar para hacer una copia de seguridad de todos sus datos (discos enteros o particiones) de una manera altamente comprimida y luego clonarlo nuevamente en su disco duro para que esté exactamente en la misma condición. Esto es más rápido que instalar el sistema operativo la mayoría de las veces.
Descargar Clonezilla ISO estable o Descarga directa clonezilla-live-2.4.6-25-amd64.iso
Haga un USB de arranque (en vivo) con Tuxboot 7.0 .
Arranque desde los medios de Clonezilla creados.
Ahora tienes muchas opciones:
En su caso, también puede usar la opción "dispositivo-dispositivo", pero no estoy familiarizado con ella.
Puede encontrar una guía detallada sobre Clonezilla aquí: http://clonezilla.org
fuente
Se puede hacer de varias maneras. Pero la más fácil es copiar todos los archivos del disco viejo al nuevo.
Cree una partición ext4 y una partición de intercambio en la nueva unidad.
Arranque desde LiveUSB.
Monte la antigua partición de Ubuntu en algún directorio, monte la nueva en algún otro directorio.
Copie todos los archivos del anterior al nuevo usando el
cp -a
comando.Instale grub en la nueva unidad .
Actualización
/etc/fstab
con nuevos UUID.Si algo no está claro, puedo agregar algunas explicaciones.
fuente
/dev
), simplemente cree directorios vacíos en la unidad de destino y establezca en ellos los mismos propietarios / permisos que tenían en la unidad de origen.sudo rsync -a / /mnt/linux/ --exclude sys --exclude proc --exclude dev --exclude tmp --exclude media --exclude mnt --exclude run
entoncessudo mkdir sys proc dev tmp media mnt run
En caso de que tenga algo de tiempo y quiera ir a salvo:
Explicación del comando:
if
es la entrada,of
el destinobs
Establece el tamaño del bloque. Es el tamaño de los fragmentos que dd leerá y escribirá. Tamaños de fragmentos más altos generalmente significan un mayor rendimiento pero también más corrupción de datos si el disco de entrada tiene errores, consulte aquí: archwiki en ddnoerror
continúa en r / w-errors.sync
sincroniza las compensaciones si ha ocurrido un error.Básicamente, esto creará una imagen de su disco sda y la escribirá en sdb (el mismo diseño de partición, etc.) Por supuesto, esto escribirá los 120GB completos ya que es independiente del archivo. Por lo tanto, es muy seguro, pero no el más rápido, si solo usa porciones pequeñas del disco. Sin embargo, si el disco de entrada está bastante lleno, incluso podría ser más rápido.
PERO:
Este es el caso si se utilizan identificadores de hardware para reconocer los discos.
fuente
dd
comando se ejecutará para siempre. Considerar la adiciónbs=1M
a la mismabs
el valor predeterminado que es 512 bytes.A diferencia de las otras respuestas, esto le permite clonar la instalación de Linux y agregarla al menú de Grub con sus instalaciones actuales intactas. Además, se modifica automáticamente
/etc/fstab
y actualizagrub
el menú de arranque.Se proporciona un menú para ayudarlo a seleccionar la partición correcta para clonar. El clon de la partición es su partición arrancada actual.
rsync
se usa para una velocidad óptima si elige reclinar la partición. Esto es beneficioso si la actualización falla, espera la corrección de errores y desea ejecutar la actualización nuevamente. Del mismo modo, puede haber elegido opciones incorrectas durante la actualización y desea volver a hacerlo.El script completo se puede encontrar aquí: Bash script para clonar Ubuntu en una nueva partición para probar la actualización 18.04 LTS y así es como se ve la pantalla:
fuente
La forma en que lo hago cuando me cambio a un nuevo HDD es:
/mnt/a
/mnt/b
cp -a
o use tar para copiar los archivos de/mnt/a
a/mnt/b
/etc/fstab
(es posible que desee utilizarblkid
para identificar nuevos UUID)Nota¹:
Verifique todo el disco duro y las particiones con el siguiente comando:
Ahora tome nota de la partición, en la que está instalado Ubuntu, que se verá así:
/dev/sda1
Monte la partición donde necesita instalar GRUB 2 (partición del disco duro) y el sistema de archivos aparece en Nautilus. Ahora tenemos que montar la partición correcta del disco duro para realizar cambios en el disco duro real MBR. Para eso necesitamos:
Ahora monte la partición en una ubicación alternativa
Cree un enlace irrompible desde la
/dev
carpeta en la imagen en vivo desde la que arrancó hasta la/dev
carpeta en la partición en la que montó/mnt
Ahora tenemos que cambiar la raíz de la raíz del CD en vivo (/) a la raíz de la partición montada
Ahora está en un nuevo shell raíz, en el que la partición montada es la nueva raíz. Puedes verificar esta escritura
ls
. Dado que ahora estamos en la partición montada, podemos avanzar e instalar GRUB 2:Las instalaciones deben finalizar ahora, sin errores.
Salga de su shell CHROOT, escribiendo
exit
o presionando Ctrl+, D que lo llevará de vuelta al Live CD / USB ShellDesmonta las particiones que hemos montado antes para tener un reinicio limpio:
y reiniciar después de quitar el Live CD o la memoria USB para arrancar desde el disco duro:
Fuente
fuente
Decidí hacer un experimento relacionado con esta publicación.
Adquirí un Lenovo ThinkCentre. Tenía un SSD de 256 GB y un HDD de 1 TB (tipo spinner: rápido, pero no tan rápido como un SSD).
Cuando instalé Linux Mint 19.2 (LM19.2), lo instalé en la unidad de 1 TB. El SSD terminó siendo irrecuperable, y compré un nuevo SSD Kingston de 240 GB.
Estaba a punto de instalar LM19.2 en el nuevo SSD, pero parecía que debía haber una forma de transferir mi imagen LM19.2 bien desarrollada desde el disco de 1 TB al nuevo SSD.
Encontré esta publicación, y aunque hay algunos consejos sólidos arriba, estaba en un modo para experimentar. A continuación hay una cuenta de lo que hice, y funcionó MUY bien.
Solo la velocidad de arranque hizo que estos simples pasos valieran la pena. Incluso Dropbox se transfirió bien, solo quería que volviera a iniciar sesión y me llevó todo el tiempo indexar archivos, pero funcionó muy bien.
fuente