Tengo una caja Fedora 15 sin cabeza (sin GUI). Con la siguiente estructura de partición:
$ df -T -h
Filesystem Type Size Used Avail Use% Mounted on
rootfs rootfs 49G 2.8G 46G 6% /
udev devtmpfs 1.7G 4.0K 1.7G 1% /dev
tmpfs tmpfs 1.7G 0 1.7G 0% /dev/shm
tmpfs tmpfs 1.7G 604K 1.7G 1% /run
/dev/sda1 ext4 49G 2.8G 46G 6% /
tmpfs tmpfs 1.7G 0 1.7G 0% /sys/fs/cgroup
tmpfs tmpfs 1.7G 0 1.7G 0% /media
/dev/sda5 ext4 388G 35G 334G 10% /var
/dev/sda2 ext4 28G 1.7G 25G 7% /home
Estoy cansado de la política del Proyecto Fedora de un ciclo de soporte de 12 a 14 meses (pueden tener sus razones) y tengo la intención de migrar a algo más estable como Scientific Linux o CentOS. La mayoría de mis datos están en /var(MySQL, Redis y Apache Docroot) y /home.
¿Es posible que pueda migrar de Fedora a otra distribución de la familia RH conservando los directorios /vary /homehacerlo de forma remota? (En circunstancias extremas, estoy dispuesto a llevarle un monitor y un teclado). En caso afirmativo, ¿cuáles son los pasos para hacer lo mismo?
Respuesta1
En teoría, seguro. En teoría, podrías cambiar una caja de Fedora aSlackwareen su lugar, si te preocupas lo suficiente como para tomarte el tiempo necesario para hacerlo sin destruir algo.
En general, se considera que no vale la pena el esfuerzo.
Notarás, después de leer la documentación de CentOS/SL, que ni siquiera recomiendan actualizar entre versiones principales en el lugar, ni siquiera de forma interactiva en la consola. Pasar de Fedora a, digamos, CentOS 6, sería aún peor, ya que es efectivamente undegradar, desde una perspectiva de características y versiones. Es posible que haya notado que a menudo es mucho más trabajo degradar un solo RPM que actualizar uno; Ahora tenga en cuenta que está hablando de hacer esto para alrededor de mil RPM para un servidor bastante básico, más para un sistema con los conjuntos de paquetes Desktop, Workstation o Everything instalados.
La mejor práctica es realizar una copia de seguridad, reinstalar el sistema operativo desde cero y restaurarlo.
Si puede hacerlo, pruébelo primero en una máquina virtual. Luego, una vez que lo finalices, podrás implementar esa VM directamente en el proveedor de alojamiento. Si no es así, al menos tome notas a lo largo del camino, para que pueda realizar el cambio rápidamente.
Exactamente cómo se hace la copia de seguridad y la restauración es en realidad un montón de preguntas separadas. Por ejemplo, probablemente se debería realizar una copia de seguridad de la base de datos MySQL de manera más inteligente que simplemente detener el servidor y copiar los archivos de la base de datos sin procesar, ya que probablemente degradará la versión del servidor junto con el cambio del sistema operativo. En su lugar, querrás hacer un volcado de SQL. Sólo un ejemplo entre varios que probablemente encontrará.