Maneira correta de instalar o novo SSD em uma máquina de inicialização dupla

4

Recentemente, comprei um SSD em que planejo instalar o Windows 7 a partir do zero. Não tenho uma interface SATA de 6 Gbps.

A máquina onde será instalado é um PC de inicialização dupla com um único HDD contendo Windows XP e Ubuntu (e o gerenciador de inicialização). Depois de instalar o novo SSD, seria um sistema de inicialização tripla. Após a instalação do Windows 7, finalmente substituirei a antiga partição Ubuntu pela versão 12 mais recente, para adicionar um novo gerenciador de inicialização que reconhece todos os três sistemas operacionais. Tenho duas perguntas sobre como proceder:

(ATUALIZAÇÃO: removi este ponto, pois ele foi respondido em uma pergunta separada ).
Quando o Windows 7 é instalado, ele também instala seu próprio gerenciador de inicialização. Eu realmente não me importo com a unidade que é instalada, pois o Ubuntu 12 reinstalará um GRUB agradável depois disso. Mas acho que a unidade com maior prioridade de inicialização receberá seu MBR sobrescrito pelo gerenciador de inicialização W7. Devo configurar o novo SSD como o primeiro dispositivo de inicialização, instalar o W7 (e permitir que o gerenciador de inicialização seja instalado no SSD), depois mudar o primeiro dispositivo de inicialização para o HDD e instalar o Ubuntu 12? Ou devo deixar o HDD em primeiro lugar, conectar o SDD, instalar o W7 (o gerenciador de inicialização será instalado no HDD) e instalar o Ubuntu 12?

Qualquer ajuda será muito apreciada.

Desde já, obrigado.

— Mister Smith
fonte

1

Então você quer ter sua instalação antiga do WinXP na unidade antiga e na nova e rápida unidade SSD Win7 e Ubuntu 12.04. Ok, então a maneira mais segura de proceder é:

remova a unidade antiga e instale a nova unidade SSD
particione a nova unidade SSD (por exemplo, usando um livecd ou ainda uma caneta USB com gparted) para ter (pelo menos) três partições. O primeiro NTFS, o segundo ext3 ou ext4 e o terceiro swapspace.
instale o Win7 na nova unidade
adicionar ao sistema a unidade antiga
(opcional) reparticione a unidade antiga para hospedar uma partição ext3 / ext4 para ser usada como armazenamento para programas grandes e com muita fome de disco (por exemplo, eclipse, matlab, etc.). De alguma forma, isso fará o balanceamento de carga do uso de discos sem a necessidade de um ataque distribuído. Se você não planeja dispensar seu WinXP em breve e se acha que precisará de algo semelhante no Win7, crie também outra partição NTFS.
instale o Ubuntu na nova unidade, indicando o espaço de swap recém-criado e o MBR do novo disco (/ dev / sdx - grub2 não gosta de ser instalado dentro de uma partição) como destino para o carregador de inicialização.

— Avio
fonte

Na verdade, é mais fácil, pois não preciso particionar o SSD. A instalação do Ubuntu 12 substituirá um Ubuntu 8 existente atualmente instalado no disco rígido. Portanto, o SSD será inteiramente para o W7.

— Mister Smith

BTW, é uma boa prática remover o HDD ao instalar o W7? Quais são as vantagens de fazer isso em vez de instalar o W7 no SSD com o disco rígido já conectado?

— Mister Smith

Sim, é uma boa prática ao instalar qualquer sistema operacional Windows. Porque o Win não é como o Linux. Ele não olha apenas para suas unidades e continua a fazer seus negócios. Não, ele gosta de tocar (sim, como uma criança) e isso pode causar problemas em outros sistemas operacionais ou apenas na saúde mental do usuário.

— Avio 25/05

1

Lol, eu pensei que isso teria melhorado no W7, uma vez que instala um gerenciador de inicialização. Eu esperava que ele reconhecesse os sistemas operacionais existentes corretamente. Agora estou começando a pensar que minhas expectativas eram altas.

— Mister Smith

1

Seguiu o seu método de remover o HDD existente antes de instalar o W7 e tudo deu certo. Uma coisa que aprendi é que a ordem de inicialização do disco não é configurável no BIOS, mas depende de como os conectores SATA são conectados à placa-mãe (cada soquete tem seu ordinal). Em seguida, instalei o Ubuntu e reformatei imediatamente sua partição, pois essa coisa de unidade é horrível. Então instalou um novo Linux Mint, que é um sistema operacional decente baseado em ubuntu e também LTS. Eu não vi a luz do sol neste fim de semana desde que eu tinha toneladas de coisas para configurar o XD, mas valeu a pena o esforço.

— Mister Smith

0

Acho que isso acontece porque no momento em que o Windows XP foi instalado, o AHCI estava desabilitado e, por isso, não instalou os drivers do AHCI (estou certo?)

Você está correto. Você precisará reinstalar o Windows XP com o AHCI ativado.

Juntamente com a opção AHCI, há outra opção no BIOS chamada "modo nativo SATA port0-3". Estou totalmente intrigado com isso. Devo ativá-lo também se o AHCI estiver ativado?

Verifique a documentação da sua placa-mãe.

Devo configurar o novo SSD como o primeiro dispositivo de inicialização, instalar o W7 (e permitir que o gerenciador de inicialização seja instalado no SSD), depois mudar o primeiro dispositivo de inicialização para o HDD e instalar o Ubuntu 12? Ou devo deixar o HDD em primeiro lugar, conectar o SDD, instalar o W7 (o gerenciador de inicialização será instalado no HDD) e instalar o Ubuntu 12?

O Windows 7 gostará de ser instalado primeiro.

— Ramhound
fonte

0

Qualquer que seja a ordem de instalação, uma regra: não altere o número do dispositivo de um sistema!
Ou seja, a menos que você deseje ter problemas sérios.

Abaixo detalho o que acho que é a maneira lógica de fazer isso.
(isso é totalmente teórico, então peço desculpas se não funcionar.)

Defina o SSD como dispositivo 0 e o HDD como dispositivo 1. Chamarei o SSD como C e o HDD como D.
Use o CD de inicialização do XP para formatar C como NTFS.
Ainda usando o CD de inicialização do XP, repare a instalação da instalação em D (esperando que o CD possa vê-lo). Se isso funcionar, ele gravará o código de inicialização XP "reparado" em C como o disco de inicialização, enquanto usa D como disco do sistema para XP.
Instale o W7 na inicialização dupla em C
Instale o Ubuntu em sua partição no D e deixe o grub configurar o boot triplo.

Faça bons backups antes de começar, pois o menor erro nessas operações pode custar o conteúdo do disco rígido existente.

— harrymc
fonte

1

Por que a formatação na etapa 2? O W7 não permite que você formate a unidade? E por que o reparo?

— Mister Smith

A formatação (e alocação) é para garantir que a partição C seja reconhecida e tenha a letra da unidade C para XP após a correção. O reparo é transferir o código de inicialização do XP para C. Pensando nisso, a própria Instalação de Reparo pode ser problemática. É melhor aplicar todas as etapas que se aplicam neste artigo . O primeiro método pode ser feito usando este outro artigo .

— 24912 harrymc

0

As respostas que você obtiver serão muito subjetivas, porque você não especificou completamente seus casos de uso ou a porcentagem de tempo gasto em cada sistema operacional. Eu acho que a única resposta correta para sua pergunta é: "Depende" ou "Qualquer que seja a maneira que faça mais sentido para você". Dito isto, acho que se você der um passo atrás e reavaliar suas necessidades, poderá achar que a inicialização múltipla não é a melhor solução em primeiro lugar. Com virtualização de CPU, RAM barata e CPUs com vários núcleos, a inicialização dupla / tripla é desnecessária na maioria dos casos e, no mínimo, é inconveniente.

Pessoalmente, eu instalaria o sistema operacional mais usado no SSD como sistema operacional host e virtualizaria os outros sistemas operacionais (por exemplo, importá-los para VMware, modo VirtualPC / Windows XP, VirtualBox, XEN etc.). Se você possui uma placa gráfica sofisticada usada para tarefas intensivas em computação em um SO específico (por exemplo, jogos ou simulações em 3D ou computações científicas), convém criar esse SO host e executar os outros SOs em VMs. Há vários motivos para fazer isso durante a inicialização dupla / tripla:

Você nunca precisa reiniciar para executar o outro sistema operacional (em um sistema de inicialização múltipla, é um aborrecimento ter que fechar seus programas e inicializar em outro sistema operacional).
Você pode configurar pastas compartilhadas entre o sistema operacional host e as VMs, para salvar um arquivo em um sistema operacional e acessá-lo imediatamente no outro sem precisar reinicializar.
Você pode arrastar e soltar arquivos entre o sistema operacional host e as VMs.
Se as VMs forem pequenas o suficiente, elas também poderão viver no SSD. E se eles crescerem muito ou se você precisar liberar espaço, será fácil movê-los para outro disco sem reparticionar.
Você pode suspender as VMs quando quiser, portanto, se precisar reiniciar o sistema operacional host, normalmente não precisará fechar nenhum programa ou documento nos outros sistemas operacionais.
Alguns softwares de virtualização permitem configurar as VMs para serem inicializadas quando o sistema operacional host inicializar.
Alguns softwares de virtualização permitem converter uma máquina física ou backup de disco rígido em uma VM.
A maioria dos softwares de virtualização agora oferece um modo "contínuo" (no VMware, é chamado Unity), onde os programas em execução nas VMs podem ser exibidos como janelas no sistema operacional host.

Se você realmente quiser, alguns softwares de virtualização (por exemplo, VMware Workstation) também permitem montar o disco bruto em uma VM, sem convertê-lo em uma imagem de disco rígido virtual (.vmdk, .vhd, etc.). No entanto, pode ser perigoso modificar o conteúdo desse disco no sistema operacional host.

— roubar
fonte

Isso é mais lento e não é totalmente compatível. Por exemplo, alguns jogos do Windows não funcionam corretamente virtualizados.

— skan

Ponto considerado, mas o OP não especificou nenhum caso de uso ou software; portanto, o menor impacto no desempenho pode ser irrelevante - daí o meu comentário "Depende". Seu exemplo de compatibilidade não será um problema se o sistema operacional host for Windows, como aludi na minha resposta: Se você possui uma placa gráfica sofisticada usada para tarefas intensivas em computação em um sistema operacional específico (por exemplo, jogos em 3D) .), convém tornar esse sistema operacional host e executar os outros sistemas operacionais nas VMs.

— rob