Hem ana bilgisayar hem de konuk olarak aynı Windows yüklemesi


2

Öncelikle: Buna benzer başka sorular da var (ör. Windows kurulumumu neden hem ana bilgisayar hem de konuk olarak kullanamıyorum? ), ancak sorular ya yeterli bilgi sağlamaz ve / veya cevaplar teknik ve fiili olarak yanlıştır (bu örnekte olduğu gibi). O olduğu Mümkün - teknik ve yasal olarak - aynı fiziksel Windows örneğini hem doğal hem de sanal olarak başlatmak (açıkça aynı anda değil), yeniden etkinleştirmek zorunda kalmadan ve yasal olarak iki lisans almak zorunda kalmadan başlatmak. Sadece bunu başarmak için yardıma ihtiyacım var (başkalarının puanlarını yapmak ister gibi hayal ediyorum). Ben de bunu hayal ediyorum could özellikle başka yerlerde bu konuda eksik ve / veya yanlış bilgi verildiğinde, başkaları için ilginç veya faydalı bir referans olabilir.

Bir keresinde VirtualBox kullanarak birkaç yıl önce (işe yaradı) nasıl yapılacağına dair kapsamlı bir yol bulmuştum, ancak şimdi herhangi bir rehber bulamıyorum. Ama elbette bu somun kırılmış ve diğerleri nasıl olduğunu bilmek istiyorlar?

Kaçınılmaz, iyi niyetli ve ara sıra yanlış yorumlar yapmaktan kaçınmak için bu soruya iyi bir ayrıntı vermeliyim:

  • “Bu yapılamaz” (yapabilir ve vardır - oldukça sağlam ve güvenilir)
  • "Windows EULA'yı ihlal eder" (muhtemelen Windows 10'da ancak daha eski sürümlerde değil)
  • “Neden yalnızca Wine, ya da tamamen sanal bir Windows görüntüsü ya da benzer Linux uygulamaları kullanmıyorsunuz” vb.
  • "Neden iki bilgisayar ve bir KVM kullanmıyorsunuz?" (Ana bilgisayarım iki mSATA'ya sahip ve her zaman hareket halindeyken bir dizüstü bilgisayar; bir masaya bağlanamıyor. Ayrıca işletim sistemi örnekleri arasında düzenli olarak kopyalayıp yapıştırıyorum, KVM ile yapamıyorum. Artı, ne kadar sıkıcı KVM? Ve bir masa?)

İçindekiler

  • İstenilen senaryo ve üst düzey kullanım durumu
  • Ama neden?
  • Mümkün, sağlam ve kullanışlı olduğuna dair kanıt
  • Yasal olduğuna dair kanıt
  • Özellikleri (sadece sorulduğunda).

İstenilen senaryo ve üst düzey kullanım durumu

  1. Bir makine, iki tahrik.
  2. Bir sürücüde Windows yüklü (tartışma için belirli bir sürüm), diğerinde Linux (Xubuntu 16.04.1) var.
  3. Windows'u başlatın, ardından fiziksel Xubuntu örneğini sanal bir makineye yükleyin (VirtualBox 5.1 aracılığıyla, fiziksel sürücüye işaret eden ham vmdk ve onu kurmak ve başlatmak için sağlam bir özel CMD komut dosyası).
  4. Her ikisinden de çık, fiziksel yeniden başlatma.
  5. Linux'u çalıştırın, ardından fiziksel Windows örneğini sanal bir makinede çalıştırın. (Tercihen VirtualBox da önerilere açığım.) Ayrıca benzer script yardımcıları ile, ancak bash (ayrıca var).

Zaten # 1 ile 4 arası yerinde çalışıyorum ve yıllarca her gün kusursuz, güvenilir bir şekilde çalışıyorum.

Beşinci komut dosyası zaten # 5 çalışması için yazılmıştır. Sanal bir makinede Linux'un fiziksel bir kurulumunu çalıştırmak için çalışıyor ... (farklı) bir Linux çalışan örneğinde. (Neden bu bir çok farklı hikaye ve güvenli, taşınabilir, seyahat geliştirme ortamı ile ilgili.)

(BTW - [her açılıştan sonra geçersiz hale gelen) ham VMDK örneklerini ayarlamak, onları VM'ye bağlamak ve VM'yi başlatmak için komut dosyalarına [CMD veya bash] ihtiyaç vardır. Bu sadece ağrısız, kolay ve güvenilir olmasını sağlar. Bu senaryo aynı zamanda bir işletim sistemi kurmak ve çalıştırmak için bir SD kart ya da parmak ucu sürücüsü ["geleneksel" yolla yapmak zor olan] üzerine de kesinlikle mükemmel bir şekilde çalışıyor. , VM'yi canlı bir CD ISO'ya önyükleyin ve işletim sistemini normal bir sabit sürücüdeymiş gibi "thumbdrive" a yükleyin - ki bu işletim sistemini bir işletim sisteminden çıkarılabilir medyaya ya da VM, ya da gerçek. En azından Linux ise, sihir gibi çalışır, ancak medyanın ne kadar ucuz olduğuna bağlı olarak yazarlar yavaş.)

# 5 için çalışmadığım şey, Windows VM, yerel olarak önyükleme yapmak ve sanal olarak önyükleme yapmak arasında geçiş yaparken ileriye doğru geçiş yaparken sürücüler ya da etkinleştirme konusunda sıkışma değil. (Ve yine - bu kesinlikle mümkün ve aşağıda kanıtlanmış. Sadece nasıl başarılacağını bilmiyorum.)

Ama neden?

  • Linux benim ana işletim sistemim, Ubuntu Feisty Fawn'a geri dönüyor. Verimlilik uygulamalarım ve verilerimin çoğuna sahip. Çok çeşitli nedenlerden dolayı Windows'a çok tercih ediyorum. Ben çoğu zaman yerel olarak kullanırım.
  • Ayrıca bir dizi gerekli iletişim ve geliştirme programım var. sadece Windows'da çalıştığım için şu anda bunları "normal" bir Windows VM'de çalıştırıyorum - normal sanallaştırılmış bir HDD görüntüsünde tamamen sanallaştırılmış bir Windows 7 örneği.
  • Unutmayın, yukarıdaki nokta yalnızca güvenilir bir şekilde veya hiç Wine'da çalışmayan ve aynı gereklilikleri karşılayan Linux meslektaşı olmayan uygulamalar için geçerlidir. Ancak kullandığım başka birçok Windows uygulaması var. yap Wine'da gayet iyi koşuyorsun ve tabii ki gerisi için kabul edilebilir ya da üstün Linux değişimleri buldum.
  • Arada uzun oturumlar geçirmem gerekir yerli Düşük gecikmeli, donanım hızlandırmalı fotoğraf / video / ses düzenleme için Windows. (O zaman Linux üretkenlik uygulamalarıma da erişmem gerekiyor, bu yüzden de belirttiğim gibi bir VM'de çalışan fiziksel Linux kurulumu yıllarca kusursuz çalıştı.
  • "Gerçek" Windows kurulumum şu anda Windows 10, ancak eski bir Windows 7 veya 8.1 kurulumuyla (kendi yükseltilmemiş lisanslarıyla) memnuniyetle silerdim. Zaten 10 kadar deli değilim. Ya da dediğim gibi, Vista64’e kadar bile ve muhtemelen XP64’ün donanım ve yazılımımla çalışmasını sağlayabilirim. Dürüst olmak gerekirse, hangi Windows sürümünü çalıştırdığımı umursamıyorum, sadece birkaç önemli uygulama için ihtiyacım var.
  • İki Windows kopyasını (gerçek ve sanal) elde etmek büyük bir acıdır ve bunun çok da iyi düşünülmeyen bazı yazılım paketlerinde, bunun çok da önemli bir zaman olacağını söylemekten başka sorunlara neden olmaktadır. -saver, yalnızca bir Windows kurulumunun, tıpkı Linux kurulumumda olduğu gibi, ister istemez, isterse ister ileride, ister fiziksel veya sanal olarak çalışmasını sağlar.
  • Teknik zorlukları severim. Temelde Windows güvenliği ile ilgili zorluklar nedeniyle "Sanal Makinede Fiziksel Linux" un çalışmasını sağlamak için çok çaba harcandı. (Linux kendisi önemsemez ve önyükleme sırasında parasal olarak kişiselleştirilmiş mi yoksa yerel donanım sürücülerine mi ihtiyaç duyduğunu bulmaktan çok mutludur.) Sorunları çözdüğümde, Windows sadece hem de "çok işe yarıyor" veya Yerli. Sadece bu konuda kişisel memnuniyet çok şey var.

Mümkün, sağlam ve kullanışlı olduğuna dair kanıt

  • Mac OS [/ X] üzerinde çalışan Paralellikler destekliyor veya en azından yıllarca destekliyordu kesinlikle neden bahsettiğim: Tek başına bir "Bootcamp" bölümünde Windows'a önyükleme yapmak veya Mac OS'de önyükleme yapmak ve aynı fiziksel Windows yüklemesini neredeyse Parallels hypervisor aracılığıyla çalıştırmak - tek bir Windows Aktivasyonu ve / veya sürücü şikayeti olmadan . Eskiden çoğu insanın yaptığı bir şirkette çalışıyordum. (Apple Bootcamp ile ilgili sihirli bir şey olmadığını unutmayın. Bu yalnızca bir bölümlendirme şeması ve bir yardımcı programdır. Bootcamp yalnızca Windows için BIOS ve MBR'yi yerel bir EFI / GPT kurulumunda taklit ettiği için özeldir ve aynı zamanda zorlu ve zahmetli bölümlemeyi de otomatikleştirir. ve kurulum işleri. Ama bunların hepsi manuel olarak da yapılabilir.)
  • Mac OSX Snow Leopard, Ubuntu 12.04 ve Windows 7 ile üçlü önyükleme yapan eski bir Macbook'um var. 7 Parallels aracılığıyla sanal bir makineye kurun. Bu şekilde Windows'ta oldukça yoğun bir fotoğraf düzenleme oturumu yapardım. Artık Mac OSX'i nadiren kullanmama rağmen oldukça havalı. Bunların hepsi eski yazılım, bu yüzden hala aynı kurulumun desteklendiğinden emin değilim, ama bu canlı kanıt - şu anda - sadece mümkün değil, ama aslında vahşi doğada var. Parallels / Mac altındaki Windows muhtemelen kendi başına Windows'tan çok daha istikrarlıdır (muhtemelen Apple'ın yerel Windows için buggy Macbook donanım sürücüleri nedeniyle). Windows hiçbir zaman lisanslamadan şikayet etmiyor, ne de iki kez etkinleştirmem gerekmiyordu. (Ve EULA içinde, en azından Windows 7 için.) Sihir gibi geliyor, ama hepsi Parallels sayesinde oldu - şikayet etmemek için Windows'un "görmesi" gerektiğini düşünen bir sihirbazı vardı. ve buna göre hipervizör ayarlarını yapılandırır. Konuk ekleme / paravirtualizasyon sürücülerinin kurulumu dışında hiçbir Windows hacklenmesi söz konusu değildir. (Garip bir şekilde, Parallels sanal bir ATA arayüzü kullanıyor, ancak doğal olarak Windows SATA kullanıyor - bu nedenle Windows'un bundan nasıl şikayet etmediğinden emin değilim. Belki de paravirtualize sürücüler bunların hepsine bakarlar.)
  • Parallels açıklar: http://kb.parallels.com/en/112941
  • Yani bu tartışılmaz bir kanıt. kutu Çalış, tamam mı? (Çünkü onu görebiliyorum ve kendi gözlerimle ve ellerimle dokunabiliyorum ve Parallels web sitesi nasıl yapılacağını gösteriyor.)
  • Kuşkusuz, aynı sihrin diğer hiper yöneticilerle birlikte çalıştığına dair daha zayıf kanıtlar, bunun VirtualBox ile nasıl yapılacağını açıklayan, Google üzerinden ulaşılabilir birden fazla çevrimiçi rehber olduğunun kanıtıydı. (Ve IIRC Vmware Workstation.) Sanal Kutu'nun çevre hakkında Windows'a sağladığı öznitelikleri geçersiz kılmak için bir .vbox tanım dosyasını el ile düzenleme adımları. (Doğal olarak gördüğü gibi görünmesini sağlamak için.) Hepsi VirtualBox tarafından mükemmel şekilde destekleniyor, ilgili spesifik parametrelere GUI arayüzü yok, çünkü bu onlar için bir saçak kullanım durumu. Ağ bağdaştırıcısı MAC adres sorununun nasıl çözüldüğünden emin değilim, ancak çözülebilir. (Temel olarak hem sanal hem de gerçek, aktivasyon nedeniyle ağda çelişki olmadan aynı MAC adresine sahip olmak zorundadır.)

Yasal olduğuna dair kanıt

Yasal lisanslama sorunları için Windows 10 EULA ile mümkün olamayabileceğini biliyorum. Yasal olmaya ihtiyacım var ve daha da önemlisi, bunun gibi diğer tüm benzer soruların olduğu gibi lisans tartışmaları üzerine saptırılmamasını istiyorum. Hala her Windows sürümünün 95'ten 10'a kadar (ME hariç) sahibiyim, gerekirse yasal olarak uygun olması gerekirse Vista64 veya XP64'e düşüreceğim. Windows 7'nin bazı sürümlerinde bunun yasal olarak mümkün olduğundan eminim. Belki veya belki de amaçladıkları gibi değil, ancak lisans hükümlerine aykırı olarak.

Bu kurulumun tamam olduğunu açıkça belirten Vista ve Windows 7 EULA'larından belirli ilgili teklifleri yapıştırmaya çalıştım, ancak süper kullanıcı bazı nedenlerden dolayı spam olarak işaretliyor.

Özellikleri

Dell Latitude dizüstü bilgisayar, Core i7, 2.7 GHz, 16 gb RAM, İki adet dahili mSATA kartı. İki farklı monitör yapılandırması ve USB aksesuarlarıyla iki farklı konumda iki yuvaya sahip olun, bunlar da sık sık sökülür.

Teşekkürler!


Kulağa hoş bir meydan okuma gibi geliyor, ancak hiç ikinci bir bilgisayar ve KVM anahtarı almayı düşündünüz mü?
Charles Burge

@ CharlesBurge - teşekkürler. 6 bilgisayarım ve artık ihtiyacım olmayan 3-yollu bir KVM'im var. Bu sorunun neredeyse yalnızca kullandığım ana tek bilgisayar olabileceğini ve iki mSATA kartlı bir dizüstü bilgisayar olduğunu belirtmek için soruyu güncelleyeceğim. Her zaman hareket halindeyken, bir masaya bağlanamaz. Aynı zamanda arasında kesip yapıştırmak mümkün olması gerekir.
bubbles

Yanıtlar:


-1

Süper kulemde ve Alienware dizüstü bilgisayarımda Win7 Ultimate x64 var. VirtualBox'un çeşitli işletim sistemlerine sahip taşınabilir bir sürümünü çalıştırıyorum: Temel, LinuxMint, Ubuntu, Ultimate Edition, Win7 x32, Win10 Pro x64 ve henüz boşuna, OSX Yosemite'nin de çalışmasını sağlamak için çalışıyorum ... Tüm bunlar bir USB 3.0 SSD .. Bu fikir size yardımcı olur mu? Aynı temel işletim sistemi, ihtiyacınız olan işletim sistemlerine sahip sanal bir VirtualBox sürümünü kullanıyor mu ???

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.