Quiero migrar la configuración de un escritorio de Ubuntu a una nueva caja con hardware diferente. ¿Cuál es la forma más fácil de hacer esto? / etc / contiene configuraciones específicas de máquina y hardware, así que no puedo copiarlo a ciegas. Existe un problema similar para los paquetes instalados.
editar: Este es un movimiento de x86 a x86-64.
Respuestas:
Primero, si va a seguir ejecutando binarios de 32 bits, no está cambiando la arquitectura del procesador: seguirá ejecutando un procesador x86, incluso si también es capaz de hacer otras cosas. En ese caso, recomiendo clonar su instalación o simplemente mover el disco duro, como se describe en Mover la instalación de Linux a una nueva computadora .
Por otro lado, si desea tener un sistema de 64 bits (en términos de Ubuntu: una
amd64
arquitectura), debe reinstalarlo, porque no puede instalaramd64
paquetes en uni386
sistema o viceversa. (Esto cambiará cuando aparezca Multiarch ).Muchas personalizaciones viven en su directorio de inicio, y puede copiarlas en la nueva máquina. La configuración del sistema no se puede copiar tan fácilmente debido al cambio en la arquitectura del procesador.
En Ubuntu 10.10 y superior, intente OneConf .
Una de las cosas principales que querrá reproducir en la nueva instalación es el conjunto de paquetes instalados. En las distribuciones basadas en APT, puede usar el
aptitude-create-state-bundle
comando (parte delaptitude
paquete) para crear un archivo que contenga la lista de paquetes instalados y su configuración debconf , yaptitude-run-state-bundle
en la nueva máquina. (Gracias a Intuited por contarme sobre esoaptitude-create-state-bundle
). Vea también la lista de Ubuntu que instaló explícitamente los paquetes y el Super Usuario y las preguntas de Ubuntu que se citan allí, especialmente la respuesta de Telemachus , sobre cómo hacer esta parte manualmente.Para las cosas que ha cambiado
/etc
, deberá revisarlas. Muchos tienen que ver con el hardware específico o la configuración de red y no deben copiarse. Otros tienen que ver con preferencias personales, pero debe establecer preferencias personales por usuario siempre que sea posible, de modo que la configuración se guarde en su directorio de inicio.Si planifica con anticipación, puede usar etckeeper para
/etc
controlar la versión ( inicio rápido de etckeeper ). No necesita saber nada sobre el control de versiones para usar etckeeper, solo necesita comenzar a aprender si desea aprovecharlo para hacer cosas elegantes.fuente
/home
,/etc
,/var
,/usr
y todo) y acaba de editar archivos de los pocos enetc
que la edición de necesidad. Esa no es una opción si está cambiando a una arquitectura diferente, porque necesita reinstalar todos los paquetes binarios./etc
individualmente con un mensaje de confirmación significativo (en lugar de confiar en los ganchos de confirmación automática), y confirmar los cambios específicos de la máquina en una rama diferente de las preferencias de sysadmin o la configuración de todo el sitio. Pero incluso el uso básico ayuda a realizar un seguimiento de los cambios que ha realizado/etc
, para que pueda replicarlos en la nueva máquina.aptitude-create-state-bundle
?aptitude-create-state-bundle
. Gracias, esa es una forma automática de reproducir el estado administrado por APT (mejor que la forma manual, que no reprodujo las fuentes APT o la configuración de debconf). Es posible que también desee agregar una respuesta a las preguntas relacionadas .Aquí le mostramos cómo obtener todo, excepto lo que configuró manualmente:
Edite estos archivos según sea necesario para cualquier cosa que sea dependiente del arco (por ejemplo, linux-image), pero no creo que haya mucho.
Copie estos archivos al nuevo sistema y luego ejecute:
También querrá copiar (preferiblemente con rsync) / home y cualquier otro directorio de datos al nuevo sistema.
Lo único que quedará serán los archivos de configuración de los paquetes principales (por ejemplo, apache, bind, cronjobs, et al.).
fuente
aptitude search '~i !~M'
para guardar la lista de paquetes instalados manualmente; Vea esta respuesta para más información.Realmente, una gran parte del vudú de Windows con respecto a los controladores, el registro y la sensibilidad a los cambios de la placa base es menos grave en Linux si está utilizando un núcleo genérico con todos los controladores como módulos, que es la situación habitual para Ubuntu. Estas son las únicas cosas en / etc que dependen del hardware que conozco:
Si la GPU es la misma, el controlador de la unidad es del mismo tipo, y no tiene un montón de scripts caseros que dependen de los nombres de sus interfaces de red, no preveo problemas importantes.
fuente
/etc/default/grub
, como el valor deGRUB_CMDLINE_LINUX_DEFAULT
) deben agregarse a esta lista.[agregando a esta excelente respuesta ]
Veo que mencionas preocupación por los paquetes instalados. Con esto, supongo que quiere decir que va a transferir un disco de una máquina a otra. Suponiendo que sus dos máquinas son de arquitectura x86, el único problema que se me ocurre es si su instalación es de 64 bits y su nueva máquina no lo es. Si las cosas son las otras, no debería haber ningún problema.
fuente