Instalação remota do Debian ou Gentoo - passos e grub?

1

Eu tenho um servidor remoto atualmente instalado com o CentOS e vou fazer uma instalação remota de um novo sistema operacional - o gentoo ou o debian.

Eu vi outras perguntas relacionadas aqui, mas, dado que isso é um procedimento um pouco arriscado, quero ter certeza de que meu planejamento está correto.

Aqui estão os passos que vou seguir:

  1. crie uma nova partição e configure-a com o sistema de arquivos desejado para o novo sistema operacional
  2. monte a partição em / tmp / newos
  3. use o debootstrap ou uma instalação do stage3 (dependendo do SO) para configurar uma instalação mínima na partição
  4. chroot para / tmp / newos e configuração de rede, (xen) kernel, sshd e um novo usuário
  5. sair do chroot
  6. adicione o novo SO à configuração atual do grub do SO
  7. define o novo kernel para inicializar apenas uma vez de acordo com [estas instruções] [1]

Estou a pensar que poderá ser melhor activar "reboot-on-panic" e "reboot-on-oops" no novo kernel, só por precaução.

Algum passo em falta ou outras coisas que possam dar errado?

    
por tomeduarte 11.04.2012 / 11:30

1 resposta

1

Supondo que o seu link perdido na questão é usar a opção save-default no grub para que, na próxima inicialização, ela seja revertida para a instalação atual, então é melhor fazer as reinicializações ops e pânico.

As outras armadilhas estão capturando os eventos que não levam a pânico ou ops, mas ainda tornam o sistema operacional inacessível. Tenha absoluta certeza de que seu /etc/fstab reflete a situação do disco, pois o sistema operacional de inicialização o verá. Se você mantiver as coisas simples para a sua primeira inicialização, como ter tudo em uma única partição (com um sistema de arquivos com o qual sua versão do grub pode inicializar), isso deve ser simples.

A outra coisa a considerar é se o servidor inicializa bem, mas você não pode acessá-lo - por exemplo, se o ssh não aparecer corretamente. Você pode querer colocar um script na seqüência de inicialização que reinicia o servidor, mesmo que ele inicialize com êxito. Se você conseguir entrar, você pode simplesmente matar o script antes de executá-lo.

Outra coisa a considerar é investir em uma solução de console remoto, então nada disso seria uma preocupação. A maioria das empresas de hospedagem de servidores e corporações teriam esses recursos.

    
por 11.04.2012 / 14:58