Eu não copiaria apenas /etc
em caso de pequenas diferenças entre os requisitos de configuração para compilações de pacotes de 64 bits, mas tirando uma cópia e, em seguida, diff
da cópia contra o sistema 64-but recém-instalado trabalharia. As chances são de que o número de mudanças não seja grande, por isso, fazer as alterações necessárias manualmente não trará grandes dificuldades.
Copiar /etc
como você sugere deve funcionar bem - eu apenas faria o caminho mais longo por causa da paranóia. Copiar /home
, a principal área de preocupação ao migrar de uma instalação para outra, é mais provável que seja completamente seguro.
Se você estiver apenas procurando migrar para 64 bits para usar mais RAM, em vez de usar especificamente os aplicativos de 64 bits, poderá usar um kernel de 64 bits com um espaço de usuário de 32 bits. Na verdade, o Debian fornece pacotes de kernel a64 em seus repositórios i386, então isso pode ser feito simplesmente como aptitude install linux-image-2.6-amd64
, mas o Ubuntu infelizmente não precisa compilar seu próprio kernel, o que pode não valer o tempo + incômodo se você não é tecnicamente experiente (ou seja, isso é simples, mas somente se você tiver compilado seu próprio kernel antes, assim estará confortável com o processo). Se você rodar um kernel de 64 bits com um userland de 32 bits, um aplicativo individual só poderá acessar ~ 3Gb no máximo (em alguns casos apenas ~ 2Gb), mas o sistema como um todo (todos os processos juntos mais o kernel Cache e buffers IO) podem usar tanto quanto você Cada VM VMware conta como um único aplicativo para essas finalidades - eu executo um dos meus hosts de VM mais antigos dessa maneira (as VMs usam ~ 7Gb no total com kernel de 64 bits, userland de 32 bits e VMWare de 32 bits) do que uma atualização completa do sistema operacional host de 64 bits quando atualizei a CPU da máquina para uma com capacidade de 64 bits e adicionei a RAM extra - eu diria que soluções de VM semelhantes agiriam da mesma maneira também.