Em primeiro lugar: existem outras questões semelhantes a esta (por exemploPor que não consigo usar minha instalação do Windows como host e como convidado?), mas as perguntas não fornecem informações suficientes e/ou as respostas são técnica e factualmente incorretas (como naquele exemplo). Istoépossível - técnica e legalmente - inicializar a mesma instância física do Windows de forma nativa e virtual (obviamente não ao mesmo tempo), sem ter que reativar e sem ter que comprar legalmente duas licenças. Só preciso de ajuda para realizá-lo (como imagino que muitas outras pessoas gostariam de fazer). Eu também imagino issopoderiatornar-se uma referência interessante ou útil para outros, especialmente devido à falta e/ou informação incorreta sobre o assunto em outros lugares.
Certa vez, encontrei um passo a passo exaustivo sobre como fazer isso há vários anos (que funcionou), usando o VirtualBox, mas não consigo encontrar nenhum guia agora. Mas certamente esta noz foi quebrada e outros gostariam de saber como?
Devo fornecer uma boa quantidade de detalhes sobre esta questão - para evitar comentários inevitáveis, bem-intencionados e ocasionalmente errados, como:
- "Isso não pode ser feito" (pode e foi feito - de forma bastante robusta e confiável)
- "Isso violaria o EULA do Windows" (possivelmente com o Windows 10, mas não com versões anteriores)
- "Por que não usar apenas o Wine, ou uma imagem totalmente virtual do Windows, ou aplicativos Linux comparáveis" etc.
- "Por que não usar dois computadores e um KVM?" (Meu computador principal é um laptop com dois mSATAs e está sempre em movimento; não pode ser preso a uma mesa. Também copio e colo regularmente entre instâncias do sistema operacional, não posso fazer isso com um KVM. Além disso, como é chato um KVM? E uma mesa?)
Índice
- Cenário desejado e caso de uso de alto nível
- Mas por que?
- Evidência de que é possível, robusto e útil
- Provas de que é legal
- Minhas especificações (apenas no caso de serem solicitadas).
Cenário desejado e caso de uso de alto nível
- Uma máquina, duas unidades.
- Uma unidade possui Windows instalado (versão específica em debate), a outra possui Linux (Xubuntu 16.04.1).
- Inicialize o Windows e carregue a instância física do Xubuntu em uma máquina virtual (via VirtualBox 5.1, um vmdk bruto apontando para a unidade física e um script CMD personalizado robusto para configurá-lo e iniciá-lo).
- Saia de ambos, reinicialização física.
- Inicialize o Linux e execute a instância física do Windows em uma máquina virtual. (De preferência também o VirtualBox, mas estou aberto a sugestões.) Também com auxiliares de script semelhantes, mas bash (que também existe).
Já tenho os números 1 a 4 instalados e funcionando perfeitamente e de forma confiável, todos os dias, durante anos.
O script bash já está escrito para fazer o número 5 funcionar. Já funciona para executar uma instalação física do Linux em uma máquina virtual... em uma instância real (diferente) do Linux em execução. (Por que isso é ummuitohistória diferente e relacionada a um ambiente de desenvolvimento seguro, portátil e itinerante.)
(Aliás - os scripts [CMD ou bash] são necessários para configurar as instâncias VMDK brutas [que se tornam inválidas após cada inicialização], conectá-las à VM e iniciar a VM. Isso apenas torna tudo simples, fácil e confiável. Este cenário também funciona de maneira absolutamente brilhante para instalar e executar um sistema operacional em, digamos, um cartão SD ou pendrive [o que é um desafio de fazer da maneira "tradicional"]. Basta apontar um VMDK bruto para todo o pendrive e conectar o VMDK a uma VM. , inicialize a VM em um live CD ISO e instale o sistema operacional no "thumbdrive" como se fosse um disco rígido normal - o que ele pensa que é. Depois disso, você pode inicializar o sistema operacional na mídia removível em um. VM, ou de verdade, pelo menos, se for Linux. Funciona como mágica, mas as gravações são lentas dependendo de quão barata é a mídia.)
O que não estou trabalhando no nº 5 é que a VM do Windows não grita sobre drivers ou ativação ao alternar entre a inicialização nativa e a inicialização virtual. (E novamente - isso é perfeitamente possível e comprovado abaixo. Só não sei como fazer isso.)
Mas por que?
- Linux é meu sistema operacional principal, voltando ao Ubuntu Feisty Fawn. Ele contém a maioria dos meus aplicativos e dados de produtividade. Eu prefiro muito ao Windows por vários motivos. Eu uso na maioria das vezes nativamente.
- Também tenho uma série de programas de comunicação e desenvolvimento necessários queapenasexecutado no Windows, então atualmente os executo em uma VM "normal" do Windows - uma instância totalmente virtualizada do Windows 7 em uma imagem de HDD virtualizada regular.
- Tenha em mente que o ponto acima se aplica apenas a aplicativos que não rodam de forma confiável ou que não rodam de forma confiável no Wine e não possuem equivalentes Linux que atendam aos mesmos requisitos. Mas há muitos outros aplicativos do Windows que uso, quefazerfunciona perfeitamente no Wine e, obviamente, encontrei substitutos Linux aceitáveis ou superiores para o resto.
- Ocasionalmente, preciso passar longas sessões emnativoWindows, para edição de foto/vídeo/áudio acelerada por hardware e de baixa latência. (Nesse momento, também preciso de acesso aos meus aplicativos de produtividade do Linux, daí a instalação física do Linux em execução em uma VM, que, como eu disse, funciona perfeitamente há anos.)
- Minha instalação "real" do Windows é atualmente o Windows 10, mas eu ficaria feliz em limpá-la com uma instalação antiga do Windows 7 ou 8.1 (com suas próprias licenças não atualizadas). Eu não sou louco por 10 de qualquer maneira. Ou, como eu disse, até o Vista64 e provavelmente conseguiria fazer o XP64 funcionar com meu hardware e software. Sinceramente, não me importo com a versão do Windows que estou executando, só preciso dela para alguns aplicativos importantes.
- Manter duas cópias do Windows (real e virtual) é uma grande dor e está causando problemas com alguns pacotes de software não muito bem pensados que estão além do escopo disso, além de dizer que seria um grande momento -saver para que apenas uma instalação do Windows funcione física ou virtualmente, à vontade, para frente e para trás, assim como minha instalação do Linux.
- Gosto de desafios técnicos. Foi preciso muito esforço para fazer o “Linux físico em uma VM” funcionar, principalmente devido aos desafios de segurança do Windows. (O próprio Linux não se importa e fica muito feliz em descobrir se precisa de drivers de hardware paravirtualizados ou nativos no momento da inicialização.) Depois que resolvi os problemas, ele "simplesmente funciona" e é sólido como uma rocha, tanto no Windows quanto no Windows. ou nativo. Há muita satisfação pessoal nisso.
Evidência de que é possível, robusto e útil
- O Parallels rodando no Mac OS [/X] suporta, ou pelo menos ofereceu suporte por muitos anos, fazendoexatamentedo que estou falando:Inicializando no Windows em uma partição "Bootcamp" nativamente ou inicializando no Mac OS e executando a mesma instalação física do Windows virtualmente por meio do hipervisor Parallels - sem uma única ativação do Windows e/ou reclamação de driver. Eu costumava trabalhar em uma empresa onde a maioria das pessoas fazia exatamente isso. (Observe que não há nada de mágico no Apple Bootcamp. É apenas um esquema de particionamento e um utilitário. O Bootcamp é especial apenas porque emula BIOS e MBR para Windows em uma configuração EFI/GPT nativa e também automatiza o particionamento complicado e trabalhoso e tarefas de instalação. Mas tudo isso também pode ser feito manualmente.)
- Eu tenho um Macbook antigo com inicialização tripla com Mac OSX Snow Leopard, Ubuntu 12.04 e Windows 7. (Tudo no mesmo disco em um esquema de particionamento elaborado que funciona perfeitamente há anos.) No Mac OSX, eu executo o mesmo Windows físico 7 instale em uma máquina virtual, via Parallels. Eu costumava fazer sessões bastante intensivas de edição de fotos no Windows dessa maneira. É muito legal, embora eu raramente use mais o Mac OSX. Este é um software mais antigo, então não tenho certeza se a mesma configuração ainda é suportada, mas isso é uma prova viva - agora - de que não é apenas possível, mas realmente existe em estado selvagem. O Windows no Parallels/Mac é indiscutivelmente muito mais estável do que o Windows sozinho (possivelmente devido aos drivers de hardware do Macbook com bugs da Apple para Windows nativo). O Windows nunca reclama de licenciamento, nem precisei ativá-lo duas vezes. (E está dentro do EULA, pelo menos para o Windows 7.) Parece mágica, mas foi tudo graças ao Parallels - ele tinha (tem?) Um assistente que descobre o que o Windows precisa "ver" para não reclamar, e define as configurações do hipervisor adequadamente. Sem nenhum hacking do Windows envolvido, exceto a instalação de drivers adicionais/paravirtualização de convidados. (Estranhamente, o Parallels usa uma interface ATA virtual, enquanto nativamente o Windows está em SATA - então não tenho certeza de como o Windows não reclama disso. Talvez os drivers paravirtualizados cuidem de tudo isso.)
- Paralelos explica isso:http://kb.parallels.com/en/112941
- Então essa é uma evidência incontestável de quepodetrabalho, certo? (Porque posso ver e tocar com meus próprios olhos e mãos, e o site da Parallels mostra como fazer isso.)
- A evidência reconhecidamente mais fraca de que a mesma mágica funciona com outros hipervisores é que costumava haver mais de um guia on-line que pode ser encontrado no Google, que explicava como fazê-lo com o VirtualBox. (E IIRC Vmware Workstation.) As etapas incluíram a edição manual de um arquivo de definição .vbox, para substituir os atributos que o VirtualBox fornece ao Windows sobre o ambiente. (Para fazer com que pareça mais com o que vê nativamente.) Tudo perfeitamente suportado pelo VirtualBox, simplesmente não há interface GUI para os parâmetros específicos envolvidos, porque é um caso de uso muito marginal para eles. Não tenho certeza de como o problema do endereço MAC do adaptador de rede foi resolvido, mas é solucionável. (Basicamente, tanto o virtual quanto o real devem ter o mesmo endereço MAC por motivos de ativação, sem conflito na rede.)
Provas de que é legal
Entendo que, para questões de licenciamento legal, isso pode não ser possível com o EULA do Windows 10. Eu preciso ser legal e, mais importante, gostaria que isso não fosse desviado dos debates sobre licenciamento, como acontece com todas as outras questões semelhantes. Ainda possuo todas as versões do Windows de 95 a 10 (exceto ME). Farei literalmente o downgrade para o Vista64 ou XP64, se necessário, para estar em conformidade legal. Tenho certeza de que com algumas versões do Windows 7 isso é legalmente possível. Talvez ou talvez não da maneira que pretendiam, mas violando nenhuma cláusula de licença.
Tentei colar as citações específicas relevantes dos EULAs do Vista e do Windows 7 que deixam bem claro que esta configuração está OK, mas o superusuário está sinalizando-as como spam por algum motivo.
Minhas especificações
Laptop Dell Latitude, Core i7, 2,7 GHz, 16 GB de RAM, duas placas mSATA internas. Tenha dois docks em dois locais diferentes, com duas configurações de monitor e acessórios USB diferentes, e também funcione frequentemente desencaixados.
Obrigado!
Responder1
Tenho Win7 Ultimate x64 na minha supertorre e no meu laptop Alienware. Eu executo uma versão portátil do VirtualBox com uma variedade de sistemas operacionais: Elementary, LinuxMint, Ubuntu, Ultimate Edition, Win7 x32, Win10 Pro x64 e estou tentando, sem sucesso ainda, fazer com que o OSX Yosemite funcione também... Tudo isso em um SSD USB3.0. Essa ideia ajudaria você? O mesmo sistema operacional básico executando uma versão portátil do VirtualBox com os sistemas operacionais que você precisa???