Solución 1:
La mejor práctica para la instalación remota de cualquier sistema operativo es comprar hardware de servidor con administración fuera de banda (HP ilo, Dell drac) que le permite apagar y encender de forma remota y ver la consola de un servidor. Ni siquiera intentes lo contrario.
Solución 2:
Estoy de acuerdo con el sentimiento de las otras respuestas aquí:aunque puede Si es posible instalar Ubuntu de forma remota en RHEL 3.4, es probable que esté pisando algunos muy hielo fino.
Creo que el mayor problema que puede tener es la antigüedad del kernel y libc en el sistema existente. ¿Es ese un núcleo de la serie 2.4.x? Si es así, no estoy seguro de que pueda lograr esto, porque en algún momento durante su instalación, necesitará ejecutar herramientas que fueron compiladas para ejecutarse en el kernel y libc de Ubuntu, y es posible que no funcionen correctamente. (o en absoluto) en un entorno de tiempo de ejecución más antiguo. Si no está ejecutando un kernel de la serie 2.6.x en el servidor remoto, no creo que tenga muchas posibilidades de éxito.
Si aún cree que le gustaría probar esto, hay un par de guías que conozco:
-
Instalación de nuevos sistemas Debian con debootstrap, en debian-administration.org. Aunque es específico de Debian, también se aplica principalmente a Ubuntu.
-
Instalación de Debian GNU/Linux desde un sistema Unix/Linux, de la Guía de instalación de Debian GNU/Linux. Nuevamente, específico de Debian, pero mayormente aplicable.
Ambas guías son un poco antiguas, por lo que ninguna puede tratarse como algo parecido a una guía de cortar y pegar. Sugeriría encarecidamente seguir los consejos de otros aquí y hacer algunos ensayos en un servidor local o una VM, porque definitivamente hay problemas y problemas que deberá resolver antes de seguir adelante de verdad.
Solución 3:
Se puede instalar una nueva distribución en su lugar, pero es muy desafiante. Es algo que seguramente NO hacerlo bien la primera vez. De hecho, tendrás suerte si aciertas a la tercera o cuarta vez.
Además, nadie aquí podrá darle una lista de lavandería que pueda seguir y esto sucederá. Vas a tener que experimentar con diferentes alternativas, dependiendo de la partición exacta de tu disco y el diseño del sistema de archivos, la configuración del hardware, etc.
Dicho esto, así es como haría algo así si tuviera que hacerlo:
- Configure una máquina lo más similar posible a la máquina existente:discos duros, tarjetas de red, adaptadores de disco, RAM, lo que sea.
- Configure esta máquina para imitar la configuración actual en ese host.
- Experimente haciendo lo que necesita hacer en este sistema de prueba.
- Tome abundantes notas sobre él para que pueda reproducirlo en el sistema "en vivo".
- Vuelva a leer estas notas en el sistema de prueba antes de realizar la migración final.
Algunas técnicas que pueden ayudarte:
- Decida si desea instalar en una nueva partición o intente instalar sobre el sistema de archivos existente. Si crea una nueva partición, siempre puede retroceder iniciando la partición anterior. Sin embargo, eso probablemente signifique que necesita reducir el sistema de archivos actual, lo que debe hacerse sin conexión. Escribí algunas notas en 2007 cuando hice esto.
- Es posible que pueda realizar una instalación en una partición pequeña en su máquina de prueba y luego realizar los cambios apropiados, como las direcciones IP y "dd" esta imagen del sistema de archivos para usarla para completar la instalación base en el nuevo dividir. Esto solo sería si estuviera usando una partición separada para la nueva instalación.
- En su lugar, podría colocar el sistema de archivos raíz en un subdirectorio y luego hacer algo en el initrd para que sea:"cd /target; mv * oldroot; mv oldroot/newos/* ". para mover todos los directorios antiguos fuera de lugar y colocar los nuevos en su lugar. Esto tendría que hacerse antes de que initrd haga su "pivotroot", probablemente justo después de montar el sistema de archivos.
- Agregar algo de código en los scripts de initrd puede permitirle hacer todo tipo de cosas maravillosas durante el arranque del sistema. Consulte la publicación de blog a la que hago referencia anteriormente para obtener más detalles.
- Suponga que va a fallar en esto. Es un esfuerzo extremadamente arriesgado. Cuando hice el cambio de tamaño de mi sistema de archivos (mencionado anteriormente), me sorprendí cuando se reinició correctamente.
- Tendrá que decidir qué quiere hacer con los sectores de arranque, ¿ejecuta LILO o GRUB? ¿Desea intentar quedarse con el cargador de arranque actual o cambiar a 10.04? Probablemente, lo ideal sería usar el cargador existente para iniciar el nuevo sistema operativo y luego ejecutar "grub-install" desde ese sistema operativo para instalar el nuevo.
¡Buena suerte! Lo necesitarás. :-)
Solución 4:
Si tiene una partición diferente, puede usar esa partición para instalar en una máquina virtual que vea todo el disco. Mientras no monte la misma partición tanto en la VM como en el host o juegue con la tabla de particiones, estará a salvo. Otra forma sería arrancar desde la red y hacer una instalación usando preseed o kickstart. Experimenta con un entorno local antes de jugar de forma remota.