Fazendo upgrade para hardware de 64 bits sob o sistema operacional de 32 bits

Question

Eu tenho um servidor de arquivos em casa que estava sendo executado anteriormente em uma CPU Athlon XP (Socket A). O sistema operacional nele é Ubuntu 10.04 (LTS), 32 bits, server-flavor. Eu acredito que a placa-mãe morreu e estou procurando algo razoavelmente moderno como substituto, como um Core i3 ou Athlon II. Se eu tiver hardware de 64 bits, poderei apenas conectar o novo mobo, cpu e ram na máquina e inicializá-lo? Haveria outros problemas com um salto tão grande na tecnologia da placa-mãe?

Se for possível , percebo que não poderei usar nenhuma das vantagens de 64 bits sem instalar um sistema operacional de 64 bits. Seria legal entrar e salvar os arquivos de configuração e preparar adequadamente uma atualização do sistema operacional, já que esta é uma atualização de hardware não programada.

    

Answer 1

A resposta é "depende". Desde que o seu LTS tenha sido atualizado, é possível que o kernel funcione e tenha todos os módulos necessários para inicializar o novo hardware. Ou seja, 64 bits não é tão importante assim.

Você pode também tentar. Considere que, se não funcionar, é o mesmo resultado que não tentar - você precisará instalar um novo sistema operacional e reconstruir os serviços a partir dos dados que você tem no disco. Dependendo de qual configuração de disco você possui, eu instalaria o novo SO em um novo disco para que você possa manter tudo intacto e migrar os arquivos de configuração conforme necessário.

    

Answer 2

Eu fiz isso uma vez, no Debian; minha experiência deve se aplicar ao Ubuntu também. Ao contrário de você, eu tinha uma atualização planejada, por isso sempre tive a opção de voltar ao hardware antigo, se necessário.

Resposta curta: sim, você poderá inicializar, supondo que você tenha algo como um kernel padrão no disco e drivers suficientes integrados (ou em um initrd) para poder montar o disco. Na prática, isso significa que os drivers SATA ou SCSI apropriados devem ser incluídos.

Assim que estiver em funcionamento, você poderá usar dpkg --add-architecture para informar ao seu sistema que deseja amd64 packages e i386, e um subseqüente apt-get update (ou aptitude update ) oferecerá Ambas as versões i386 e amd64 de pacotes. Instale um kernel de 64 bits e nada mais .

Reinicie no novo kernel. Verifique (usando uname -m ) que você está realmente executando o novo kernel. Se ele inicializar, mas não conseguir iniciar o userland, pode ser que você não tenha compilado o suporte para objetos ELF de 32 bits - você precisará disso até estar totalmente transicionado. (Você não desinstalou o kernel de 32 bits existente, não é?)

Este sistema deve executar com alegria seus binários de 32 bits existentes. Agora você pode instalar a compilação de 64 bits de dpkg ; isso fará com que o amd64 seja sua arquitetura padrão.

Em seguida, atualize alguns pacotes de cada vez (a menos que você seja imprudente corajoso o suficiente para arriscar uma atualização "tudo de uma vez"), e você terá um sistema totalmente de 64 bits.

Foi um pouco mais difícil quando eu fiz a troca, antes do multiarch - eu tive que levar o grande sucesso devido às dependências da biblioteca, e deu errado na metade do caminho. Você pode querer mover para um Ubuntu mais recente (talvez 14.04 LTS) enquanto ainda executa tudo de 32 bits, e depois migrar. É mais provável que tenha sucesso do que o contrário.

    

Answer 3

Qual é o seu tempo vale a pena?

Compre um novo disco rígido. Clone o disco do antigo servidor. Mantenha a unidade original como backup.

Compre uma cópia da sua antiga mobo morta fora do ebay, e instale-o e a nova unidade. Inicialize. Tweak o que não é muito bem (mínimo como é hardware idêntico). Uma vez que o novo mobo é estável, use o disco rígido antigo como uma unidade externa.

Então, a seu tempo, extraia a informação (talvez para o drive externo da etapa acima), faça o atualização de hardware (o novo mobo que você estava falando), instale o novo sistema operacional em mais uma nova unidade, em seguida, coloque os dados de volta.

Usando o procedimento acima, você tem um tempo de inatividade mínimo agora e um caminho de atualização no seu futuro mais tarde.