Dos sistemas antiguos sin cabeza ni teclado ejecutaban ubuntu-server 16.04LTS (Alpha y Beta);
El acceso es únicamente vía ssh para ambas máquinas.
El sistema Alpha aparentemente se corrompió durante una actualización.
Arrancar mediante CD/DVD/UEFI no es una opción. El USB está desactivado en el kernel debido a incompatibilidades que hacen que la CPU funcione al 100%.
La unidad Alpha con sistema que no se puede iniciar ahora está montada como segunda unidad en el sistema Beta.
Se ha realizado una copia de seguridad de todos los archivos del usuario en la unidad Beta.
¿Cómo instalar ubuntu-server en el segundo disco duro (Alpha) de Beta para que el segundo disco pueda reinstalarse como unidad de arranque principal en el sistema Alpha?
Saludos cordiales, Ben
actualización 2017-01-25:
debootstrap y esta URL (https://help.ubuntu.com/lts/installation-guide/i386/apds04.html) superan la mayoría de los obstáculos del proceso agregando el impulso Alpha a Beta de la siguiente manera:
La unidad Alpha está instalada en /dev/hdb en el sistema Beta. La unidad de Beta es /dev/hda.
Obstáculo restante:
¿Cómo hacer que grub-install/grub-probe/grub-mkconfig ignore /dev/hda cuando se busca un kernel de arranque en /dev/hdb?
Después de extraer la unidad de Alpha en el sistema Alpha y reiniciar, el sistema no arranca. No hay registros de errores obvios en la unidad Alpha (después de reinstalar/montar en Beta). Después de algunos ciclos de esto, encontré:
La sonda grub de grub-install detecta el kernel de Beta y asocia los UUID de aquellos (/dev/hda) en lugar de los instalados de Alpha en /dev/hdb
--aunque el usuario esté conectado a la unidad Alpha ( /dev/sdb ) según las instrucciones en help.ubuntu.com/lts/installation-guide/i386/apds04.html
Me he quedado sin ideas sobre cómo invocar los parámetros grub-install/grub-probe/grub-mkconfig para ignorar /dev/hda.
Por ahora, editaré manualmente el archivo grub con UUID HD con malas referencias: grub.cfg iirc. Avíseme si existe una forma estándar y menos riesgosa de hacer esto.