Bagaimana saya bisa menginstal Linux dan Windows 7 untuk berjalan berdampingan, tidak perlu reboot?

48

Saya ingin kinerja tertinggi di kedua OS dan kemampuan untuk beralih di antara mereka tanpa reboot. Saya punya banyak memori (32 GB) dan ruang disk.

Dua opsi mudah adalah:

  1. Dual boot - Ini tidak memungkinkan untuk beralih instan atau hampir instan antara sistem operasi
  2. Gunakan VM (mis., VirtualBox) - Ini menyakitkan kinerja OS yang dihosting secara signifikan, terutama untuk grafis

Akan lebih baik untuk (katakan melalui pintasan keyboard atau metode serupa lainnya) untuk beralih di antara dua OS, yang salah satunya panas dan yang lain "hangat saat standby".

PowerDeveloper
sumber
Komentar bukan untuk diskusi panjang; percakapan ini telah dipindahkan ke obrolan .
DavidPostill
1
Secara pribadi saya menggunakan Windows dan hanya SSH ke Linux VM untuk akses klien. Apa kasus penggunaan Anda untuk setiap OS?
FreeSoftwareServers
Terkait: askubuntu.com/questions/59943/...
Stackcraft_noob

Jawaban:

163

Ada dua cara tambahan untuk menjalankan Windows dan Linux secara berdampingan yang belum Anda sebutkan dalam pertanyaan Anda:

  1. Anda dapat menginstal Windows Subsystem untuk Linux jika Anda menjalankan 64-bit Windows 10. Ini akan memungkinkan Anda menjalankan beberapa perangkat lunak Linux secara native di Windows.
  2. Anda dapat menjalankan kedua sistem operasi secara berdampingan (secara harfiah) seperti contoh ini : masukkan deskripsi gambar di sini
Tuan Adelaide
sumber
24
Berkenaan dengan Windows Subsystem untuk Linux, ini adalah lelucon kinerja bijaksana. Lihat ulasan terbaru (2018) yang luar biasa dari kinerjanya yang mengerikan bahkan dibandingkan dengan VirtualBox di Phoronix: Windows 10 WSL vs Kinerja Linux Untuk Awal 2018 . Berkenaan dengan memiliki dua laptop berdampingan, bukan itu yang saya cari. Saya ingin menggunakan satu PC yang kuat dan berganti-ganti antara OS, tanpa overhead VM atau setidaknya dengan overhead terendah yang mungkin, terutama ketika datang ke grafis 2D.
PowerDeveloper
104
@ PowerDeveloper Apa yang Anda cari sama sekali tidak mungkin karena cara sistem operasi dirancang. OS tidak dirancang untuk berbagi kontrol komputer. Pilihan Anda adalah memvirtualkan satu atau kedua sistem operasi, reboot untuk mengganti sistem operasi, atau menggunakan dua komputer.
Wesley Wiser
55
Jika Anda menggunakan opsi literal berdampingan, Anda dapat menggunakan keyboard / mouse tunggal dan sakelar KVM (atau opsi perangkat lunak seperti Synergy), yang akan memberi Anda opsi untuk menggunakan pintasan keyboard untuk beralih di antara mesin.
Zach Lipton
14
@JulieinAustin Anda benar bahwa sebagian besar OS modern sadar akan hypervisor tetapi tampaknya bukan itu yang sebenarnya ditanyakan OP. Mereka ingin dapat beralih di antara OS live semudah saya membalikkan antara Slack dan Chrome sekarang. Tidak ada OS yang dirancang untuk melakukan ini. Selain itu, mereka juga telah mengindikasikan bahwa mereka tidak ingin menerima pukulan kinerja dari virtualisasi. Saya menyadari bahwa hypervisor telah menjadi jauh lebih baik di departemen ini tetapi masih ada penalti kinerja vs berjalan di logam mentah.
Wesley Wiser
15
@ PowerDeveloper, saya tidak yakin Anda sepenuhnya membaca seluruh artikel kinerja yang Anda tautkan . Tampak bagi saya bahwa, selain I / O, WSL melakukan pekerjaan yang terhormat, seringkali mengalahkan pesaing dalam beberapa kasus. Saya akui saya tidak melakukan beban kerja besar - besaran di bawah WSL tapi itu memungkinkan saya untuk pensiun VBox, VmWare dan CygWin dalam satu gerakan. YMMV.
53

Saya percaya bahwa solusi dengan overhead paling sedikit akan menggunakan Linux sebagai OS utama Anda dan menggunakan KVM (mesin virtual berbasis kernel, bukan KVM switch yang dapat digunakan juga) untuk melakukan virtualisasi Windows. Anda bisa mendapatkan Performa yang hampir mendekati menjalankan bare metal saat ini, dan Anda bahkan dapat melewati GPU sekunder ke VM atau memiliki satu GPU khusus dan menggunakan GPU terintegrasi untuk host. Anda juga dapat menggunakan Looking Glass untuk solusi yang jauh lebih responsif daripada menggunakan rempah-rempah (yang digunakan manajer default secara default dan pada dasarnya sama dengan menggunakan remote desktop.) Https://forum.level1techs.com/t/looking-glass -guides-help-and-support / 122387

Satu-satunya bagian yang sulit adalah kompatibilitas perangkat keras. Ada banyak keanehan, seperti membutuhkan CPU dan motherboard yang kompatibel dengan Intel VT-D atau AMD yang setara, membutuhkan GPU yang cukup baru yang memiliki UEFI VBIOS (atau mendapatkan VBIOS dari pabrikan), chip apa yang harus dilewati IO Anda yang membantu dengan mendedikasikan periferal ke VM, dll.

Saya akan merekomendasikan membaca posting blog ini untuk mendapatkan ide tentang apa yang harus Anda lakukan untuk mengaturnya. Ini jelas tidak sesederhana menggunakan virtualbox atau VMWare, tetapi jika Anda mengaturnya, Anda dapat melewatkan banyak langkah manual yang dilalui orang ini. Ada juga banyak informasi lebih lanjut tentang semua ini di Arch wiki di bawah KVM, QEMU, dan VFIO. https://heiko-sieger.info/running-windows-10-on-linux-using-kvm-with-vga-passthrough/

Dengan 2600k, Anda harus menurunkan versi ke versi non-K dan memeriksa untuk melihat apakah motherboard Anda mendukung VT-D juga. Saya memiliki masalah yang sama dengan 3700k dan motherboard yang tidak kompatibel dan harus mengganti keduanya, tetapi saya akhirnya menghasilkan sedikit uang melalui pembelian dan penjualan ebay.

Untuk sedikit menguraikan beberapa terminologi yang saya gunakan, berikut adalah beberapa deskripsi singkat.

Virt-manager (atau Virtual Machine Manager) adalah aplikasi GUI untuk mengelola mesin virtual Anda menggunakan KVM. Anda dapat menganggap ini sebagai membuat pengalaman Anda lebih dekat dengan seperti apa rasanya jika Anda menggunakan VMWare atau VirtualBox. Ini memberi Anda panduan untuk mengatur VM, memungkinkan Anda untuk mengubah perangkat keras yang sedang dilewati, menunjukkan grafik penggunaan sumber daya, dan memungkinkan Anda mengelola daya. Info lebih lanjut dan tangkapan layar tersedia di situs web di sini: https://virt-manager.org/

Spice menyediakan Anda dengan akses jarak jauh ke VM Anda. Ini sangat mirip dengan menggunakan remote desktop, baik yang digunakan maupun dalam kinerja, tetapi secara default digunakan oleh manajer pengelola. Saya berharap saya bisa lebih spesifik dengan deskripsi saya, tetapi saya belum menggunakannya banyak dan bahkan situs web cukup samar untuk apa itu secara spesifik. https://spice-space.org/

Looking glass adalah alternatif untuk menggunakan sesuatu seperti Spice tetapi dengan latensi yang sangat rendah. Ini menyalin frame buffer dari GPU Anda ke memori sistem Anda dan kemudian memuntahkannya di layar. Ini masih sangat awal dalam pengembangan tetapi bekerja dengan sangat baik dan jauh lebih cocok untuk aplikasi yang membutuhkan solusi yang lebih responsif. Panduan yang sangat komprehensif untuk pengaturan tersedia di situs web proyek: https://looking-glass.hostfission.com/quickstart

Alternatif lain untuk Spice and Looking Glass adalah hanya menghubungkan layar ke salah satu output dari GPU yang dilewati. Ini lebih responsif tetapi akan membutuhkan tampilan lain atau beralih input pada tampilan yang sama.

thnikk luquerm
sumber
11

Seperti semua jawaban lain untuk pertanyaan ini telah disebutkan, virtualisasi adalah jalan yang harus ditempuh. Salah satu cara untuk meminimalkan penalti kinerja adalah dengan menjalankan Windows sebagai OS utama Anda, dan virtualisasi distro Linux yang ringan . Dari atas kepala saya, Anda dapat mencoba:

Dengan memilih distro yang ringan, Anda mungkin dapat mengurangi kinerja yang cukup untuk mengatur sistem yang Anda sukai.

Kryten
sumber
9
Arch Linux bagus dan ringan; Anda dapat menginstal desktop GUI pilihan Anda. mis. KDE tanpa pengomposit berfungsi dengan baik dan memiliki pergantian jendela yang kuat tetapi tidak memerlukan perangkat keras grafis 3D.
Peter Cordes
2
Ini adalah solusi yang saya gunakan karena a) sebagian besar kebutuhan kinerja saya terletak pada Windows, b) sangat mudah diatur dan digunakan, dan c) biayanya nol dolar.
tecu
@PeterCordes Arch tidak ringan. Sedikit kesal saya, tapi Arch secara signifikan lebih berat daripada netinstall dari distro lainnya berkat kebijakan pengemasan mereka. Arch tidak ringan, hanya saja tidak banyak yang keluar dari kotak. Gunakan Alpine atau Void atau seperti Debian jika Anda membutuhkan sistem yang ringan.
Different55
2
@ Different55: Diukur dengan cara apa, sih? Apakah Anda masih berbicara tentang ruang sistem file yang diperlukan? Atau apakah Anda mengatakan Arch juga "berat" dalam hal jumlah proses yang berjalan atau memori dan / atau jejak penggunaan CPU? Karena untuk digunakan dalam VM, yang terakhir adalah jenis bobot yang lebih penting; ruang disk murah (dan sebagian besar tidak relevan untuk kinerja ketika Anda tidak pernah membaca file-file itu.)
Peter Cordes
1
Jenis memperluas file disk yang Anda bicarakan tidak banyak membantu ketika ruang sebenarnya digunakan, hanya dengan tidak bijaksana. Apakah itu benar-benar masalah atau tidak, itu tergantung situasi. Melemparkan uang pada hal-hal, bahkan hanya $ 40-50 juga tidak selalu menjadi pilihan.
Different55
7

Aplikasi GUI Unix / Linux yang menggunakan tumpukan teknologi X11 (kebanyakan dari mereka) secara inheren mampu ditampilkan pada mesin jarak jauh (termasuk skenario VM yang terhubung jaringan dan host-nya).

Anda dapat menginstal server tampilan X11 (ada beberapa pilihan gratis dan tidak bebas) di mesin windows Anda, jalankan sistem linux Anda (atau bahkan beberapa sistem linux) di VM, dan dapatkan grafik aktual yang sangat berat terjadi di windows server X11 sisi. Aplikasi GUI dalam sistem linux akan terhubung ke server tampilan X11 melalui jaringan lokal (cara mengatur ini di luar ruang lingkup di sini, karena ada banyak cara untuk melakukannya. Pointer: Variabel lingkungan DISPLAY, ssh dengan penerusan X11, XDMCP).

pemeras
sumber
4
Ya secara teori, tetapi program GUI modern (dan perpustakaan windowing) menggunakan protokol X11 sebagian besar untuk mengirim pixmaps ke server, bukan permintaan kecil seperti \ XDrawRectangle. Font mungkin masih ditangani sisi server dalam beberapa perangkat lunak. Bagaimanapun, menjalankan X11 tanpa memori bersama antara klien dan server berfungsi, tetapi berpotensi lebih lambat dari yang Anda inginkan bahkan berjalan melalui koneksi TCP yang tidak terenkripsi dari VM guest ke host. Terutama mengingat bahwa server Windows X11 harus menerjemahkan permintaan X11 kembali ke fungsi menggambar Windows alih-alih menggunakan / menjadi driver video secara langsung.
Peter Cordes
7

Saya telah melakukan ini dalam keadaan kinerja tinggi dan mencapai kinerja yang hampir mendekati kinerja asli untuk aplikasi yang kami jalankan. Ini bukan 'cara melakukannya', tetapi dua contoh di mana saya telah melakukan ini dan mencapai kinerja yang memadai dan memecahkan masalah.

Untuk Ilmu Data dan Pengembangan Perangkat Lunak

Workstation saya saat ini (laptop dan workstation saya), memiliki Windows 10 dan Ubuntu diinstal berdampingan pada dua partisi terpisah. Setelah mem-boot mesin saya, saya dapat memilih Windows atau Ubuntu dan mem-boot ke sistem operasi mana pun. Di dalam Ubuntu, saya menggunakan VirtualBox untuk mem-boot partisi Windows asli dan menjalankannya seperti mesin virtual lainnya ( lihat di sini ).

Semuanya berfungsi: seret dan lepas, papan klip bersama, dan berbagi file. Saya menjalankan spreadsheet Excel yang besar dan multi-berulir secara konstan (jangan tembak - saya tidak membuatnya!) Di mesin virtual saya dan semuanya keren sekali.

Untuk Pekerjaan Geofisika, Geologi dan Teknik

Beberapa tahun yang lalu, saya membangun setup yang sama menggunakan CentOS dan Windows 7. Ini adalah agar kolega saya dapat menjalankan simulasi geofisika yang mahal dan haus kinerja di Linux sementara masih dapat mengakses perangkat lunak pemetaan 2D dan 3D yang sama-sama haus terhadap kinerja di Windows 7 (bersama dengan Outlook dan seluruh rangkaian Microsoft). Kami menguji coba VirtualBox, tetapi dengan uang untuk dibelanjakan, kami akhirnya menyelesaikan masalah menggunakan VMware Workstation dan GPU pass-through (biaya itu sepele dibandingkan dengan gaji dan lisensi perangkat lunak). Untuk aplikasi kami, kami mencapai cukup dekat dengan kinerja asli di Windows dan semua orang sangat senang dengan pengaturan.

Ini adalah mesin yang cukup gemuk untuk waktu mereka (sekitar 2010): Quadro 4000, dual quad-core Xeon dan memori 32 GB. Bagian paling sulit dari pemasangan pengaturan ini (sejauh yang saya ingat), ada hubungannya dengan pengontrol RAID perangkat keras. Saya memelihara sekitar selusin mesin menggunakan pengaturan ini dan kami tidak pernah memiliki satu masalah sepanjang masa proyek dari mesin yang dibeli (~ 2 tahun). Ini adalah hasil yang fantastis bagi kami karena jika satu mesin turun misalnya, seminggu, itu akan membuat kami kehilangan produktivitas lebih banyak daripada workstation itu sendiri!

Kesimpulan

Anda dapat mencapai kinerja yang sangat baik menggunakan opsi dual boot yang dijelaskan di atas. Saya telah melakukan ini menggunakan VirtualBox dan VMware pada berbagai kesempatan, menggunakan kombinasi dalam distribusi Linux (Mint, Ubuntu, dan CentOS), dan versi Windows (7, 10), dan selalu mencapai kinerja yang memadai untuk kebutuhan saya.

Keuntungan lain dari pengaturan ini adalah Anda dapat menghapus partisi dan meninggalkan Windows atau Linux jika a) keadaan Anda berubah, atau b) pengaturan ini tidak memadai untuk kebutuhan Anda. Jika kinerja tidak memotongnya, Anda juga memiliki jalan keluar dari hanya boot langsung ke sistem operasi di mana Anda membutuhkan sedikit lebih banyak kinerja.

Akhirnya, sebuah catatan tentang lisensi: Jika Anda mem-boot Windows secara native, itu akan melihat perangkat keras yang berbeda dan menginterogasi Anda tentang lisensi. Ini bukan masalah dengan Windows 10, yang hanya akan mengganggu Anda saat Anda bergaul dengan pekerjaan Anda. Saya tidak ingat bagaimana kami memecahkan ini untuk workstation geofisika tersebut; Saya ingat kami memiliki lisensi volume dan mungkin beberapa bantuan dari perwakilan Microsoft.

Epilog: Remote X dan VirtualGL

Saya juga mengatur workstation menggunakan VirtualGL dan cluster GPU untuk simulasi perminyakan berkinerja tinggi. Saya bahkan sudah melakukan ini di AWS, tetapi saya tidak merekomendasikannya karena sejumlah alasan: biaya, kinerja, dan kenyamanan.

Liam M
sumber
5

Saya tidak mengetahui adanya metode untuk melakukan ini yang tidak memiliki beberapa peringatan besar yang terkait dengannya.

Jika itu adalah Chromebook, Anda bisa menggunakan Crouton untuk menyelesaikan sesuatu seperti ini. tetapi yang dilakukan adalah membagikan kernel antara Chrome OS dan distro lain, yang pada dasarnya Ubuntu. Karena Windows dan Linux menggunakan kernel yang berbeda, pendekatan ini tidak akan mungkin. Mereka tidak akan bermain dengan baik bersama.

Untuk mem-boot sistem operasi, kernel perlu memiliki akses tingkat rendah ke perangkat keras, dan menjalankan dua kernel yang berbeda (Windows dan Linux) secara berdampingan tidak akan mudah dicapai sama sekali, jika bukan tidak mungkin.

Beberapa jenis virtualisasi mungkin satu-satunya jalan Anda jika Anda bersikeras menggunakan satu komputer. Saya tidak menggunakan Mac tetapi dari apa yang saya lihat, Parallels cukup mulus - Anda dapat "beralih" antara sistem operasi dengan hotkey. Saya telah menggunakan VMWare pada Windows dan Linux dan telah terkejut dengan kinerja sistem operasi yang di-host (tamu), itu sangat dekat asli (meskipun diberikan saya belum menguji beban kerja yang intens secara grafis). VirtualBox adalah open-source dan gratis, berfungsi dengan baik, tetapi VMWare bekerja jauh lebih baik. Saya pikir ada versi gratis terbatas.

Jika Anda bersikeras memiliki kinerja asli untuk kedua sistem operasi, maka dual-boot adalah satu-satunya cara untuk mencapai itu. Jika Anda memiliki SSD cepat (katakanlah Samsung 960 atau yang serupa), maka reboot tidak perlu lama.

James Smith
sumber
5

Virtualisasi perangkat keras terlalu bermasalah. Meskipun bagus untuk 90% hal, 10% lainnya terkadang menghalangi Anda dan akhirnya membuat Anda membatalkan seluruh konsep.

Seseorang menyinggung ini dalam salah satu komentar, tapi saya pikir mesin berdampingan menggunakan saklar KVM adalah cara paling efisien untuk melakukan apa yang Anda minta.

Saya telah selama beberapa tahun sekarang menjalankan dua mesin Linux dan Windows berdampingan. Saya memiliki dua monitor 32 "yang duduk bersebelahan; satu dicolokkan ke mesin Linux, yang lain terhubung ke mesin Windows.

Saya memiliki meja keyboard / mouse bergulir yang dapat disesuaikan yang memungkinkan saya untuk berdiri atau duduk dan memusatkan diri di depan salah satu (atau keduanya) monitor dengan keyboard / mouse saya.

Kicker adalah bahwa saklar KVM memungkinkan Anda untuk segera beralih antara mengendalikan kotak Linux atau mengendalikan kotak Windows.

Anda juga dapat melangkah lebih jauh dan membeli Synergy yang menghilangkan kebutuhan untuk saklar KVM sepenuhnya dengan menggunakan perangkat lunak untuk mengalihkan mouse dan keyboard di antara mesin.

Tidak ada lagi dual boot yang menjengkelkan, overhead KVM / VirtualBox / VMWare atau ketidakcocokan, dan Anda masih merasa itu adalah satu komputer.

Nicholas DiPiazza
sumber
1
Sama sekali tidak mengabaikan saran Anda karena saya setuju bahwa sakelar atau sinergi KVM juga merupakan solusi yang baik, tetapi bisakah Anda menghindari 10% itu? Saya telah menggunakan pengaturan ini untuk sementara waktu dan tidak memiliki masalah dengan itu (well, itu rusak sekali tapi saya menggunakan Arch jadi itu yang diberikan.)
thnikk luquerm
Yah saya hanya melalui nomor BS 10% berdasarkan pada jumlah kasar kali saya tidak bisa menggunakannya. SharePoint tidak berfungsi pada lingkungan tervirtualisasi jadi saya tidak bisa menggunakannya untuk itu, itu yang besar. Ketika saya menggunakan Linux VM di Windows, build dan running aplikasi yang saya kerjakan 30% lebih lambat untuk startup. Tidak dapat memainkan StarCraft2 melalui sesi virtual. Copy-paste clipboard menjadi sangat mengganggu tidak konsisten. Menggunakan VNC sebagai gantinya, tapi itu unik dan tidak
semulus
2
@NicholasDiPiazza: Anda pasti dapat memainkan Starcraft2 sekarang dengan passthrough GPU.
whatsisname
Woah sakit. akan memeriksa itu
Nicholas DiPiazza
@NicholasDiPiazza Dari ketiganya, KVM adalah satu-satunya yang menurut pengalaman saya dapat mengelola dekat dengan kinerja asli pada desktop. Tetapi ada sejumlah persyaratan peringatan dan perangkat keras. Dan jika Anda ingin kinerja grafis yang layak, Anda harus mengorbankan seluruh copy paste bersama dll sepenuhnya dan menjalankan VM pada GPU dan layar kedua. Dalam hal ini saya telah berhasil pada dasarnya kinerja asli pada segalanya kecuali kinerja hard disk.
Vality
5

Bergantung pada apa yang ingin Anda capai, Anda bisa mencoba Wine.

Dari https://www.winehq.org/ :

Wine (awalnya akronim untuk "Wine Is Not an Emulator") adalah lapisan kompatibilitas yang mampu menjalankan aplikasi Windows pada beberapa sistem operasi yang sesuai dengan POSIX, seperti Linux, macOS, & BSD.

Ini akan memungkinkan Anda untuk menjalankan Linux dan (beberapa) aplikasi Windows secara berdampingan di Linux.

Daftar aplikasi Windows yang dikenal berfungsi dengan Wine dapat ditemukan di https://appdb.winehq.org/ .

Secara pribadi saya menggunakannya untuk menjalankan beberapa game di Linux yang menggunakan DirectX, yang tidak memiliki versi Linux. Aplikasi seperti Microsoft Office diketahui bekerja dengannya.

bus listrik
sumber
4

Secara teknis Anda dapat mengaktifkan hibernasi di kedua sistem dan melanjutkan sistem dari hibernasi setelah Anda menempatkan sistem lain ke hibernasi. Ini akan lebih cepat dan lebih nyaman daripada mem-boot ulang yang sebenarnya. Saya melakukannya di mesin saya saat ini.

Sepertinya tidak ada masalah sejauh ini karena Linux menggunakan area swap khusus untuk menyimpan gambar hibernasi sementara Windows menggunakan partisi sistem.

xji
sumber
4

Anda ingin coLinux . Ini sesuai dengan kebutuhan Anda hampir dengan sempurna - Kernel Linux berjalan sebagai proses istimewa istimewa di bawah Windows, tanpa dampak kinerja di dalam kernel (meskipun periferal masih tervirtualisasi, dan grafik melewati protokol X11). Namun , sayangnya, proyek ini tidak lagi dikembangkan ... dan pendekatan lain (VirtualBox, dll.) Telah matang sejak saat itu dan menawarkan pengalaman pengguna yang jauh lebih baik.

Radovan Garabík
sumber
4

Semuanya punya pro dan kontra. Inilah yang bekerja untuk saya pada Mei 2018:

  • VirtualBox : Ini berfungsi. Sekarang. Setiap hari. Saya menjalankan host Windows dan VM Ubuntu. Semuanya hebat, termasuk dukungan multi-monitor dan jaringan (saya menggunakan mode Bridged sehingga setiap VM hanya muncul di jaringan terpisah dari host). Saya bukan penggemar solusi yang dikendalikan oleh "orang-orang besar" tetapi jujur ​​saja Oracle telah melakukan produk ini dengan benar (setidaknya saat ini).

  • Jalankan banyak komputer, ini cara yang bagus! Sinergi bahkan dapat membiarkan Anda menekan mouse dan keyboard di semuanya. DDM USB KVM juga bagus, tetapi harganya mahal!

  • Dual boot: Saya menjalankan quad atau lebih booting di sebagian besar komputer saya. Anda harus belajar tentang GPT dan partisi MBT lama dan bagaimana masing-masing OS Anda mengaturnya. Refind melakukan pekerjaan luar biasa untuk membantu Anda melakukannya dengan benar, terutama jika Anda memiliki perangkat keras semi-modern. Meskipun saya selalu mengatur boot Windows-Ubuntu (-Mac) pada semua PC saya, dalam praktiknya saya tidak pernah benar-benar reboot ke OS yang berbeda. Terlalu mengganggu. Alih-alih selalu berakhirkan mendedikasikan setiap komputer untuk satu set tugas tertentu pada satu OS.

  • Jalankan server X di Windows, dan tarik di windows Linux dari VM jaringan. Itu bisa dilakukan; Saya menjalankan x2go dengan sukses untuk sementara waktu. Tetapi lihat item berikutnya untuk alasan mengapa saya tidak memilih rute ini.

  • Gunakan VM di seluruh jaringan (apa saja): Saya sudah mencoba melakukan pengembangan dari AWS VM, off vSphere VMs dan semua jenis kombinasi lainnya, dan Anda akan selalu menyerah pada itu dalam waktu singkat, karena Anda adalah budak jaringan masalah yang Anda TIDAK akan mau berurusan dengan di tengah perkembangan Anda. Jangan pernah berpikir tentang hal itu, bahkan jika Anda memiliki sumber daya jaringan yang luar biasa menakjubkan.

Sebagai catatan terakhir, saya harus menyebutkan bahwa saya selalu mengembangkan pada mesin Ubuntu khusus bila memungkinkan. Solusi VirtualBox telah menyelamatkan pantat saya di perusahaan Amerika. Masuk dengan gambar VM di saku Anda, instal VirtualBox di lappie Windows jelek baru Anda, pergi!

moodboom
sumber
Apakah Anda diizinkan masuk dengan gambar VM di saku Anda di perusahaan Amerika?
Peter Mortensen
@ Peter Tidak selalu saya kira. Masalah kepercayaan yang rumit.
moodboom
2

Selain solusi lain yang diusulkan di sini, ada juga pendekatan "virtualisasi silang" yang pernah saya coba:

  • Pengaturan dual-boot, mesin dapat boot ke Windows atau Linux
  • Partisi data ( /homedan Documents and Settings) terpisah dari partisi sistem
  • Virtualisasi (VirtualBox, VMware dll.) Diinstal pada masing-masing dari dua OS, dengan 'klon' dari masing-masing pengaturan OS lainnya sebagai VM
  • Antarmuka jaringan dalam mode dijembatani, sehingga tuan rumah dan tamu muncul satu sama lain seperti dua komputer terpisah pada LAN yang sama
  • Gambar VM berada di partisi yang terpisah dari partisi data
  • Setiap VM dapat mengakses partisi data untuk OS tamu sebagai perangkat mentah (bukan gambar disk)

Ini masih berarti Anda akan memiliki overhead virtualisasi untuk salah satu dari dua OS. Tetapi Anda dapat memutuskan untuk boot mana yang menjadi tuan rumah dan yang merupakan tamu.

Data dibagi melalui jaringan (mis. Dengan menginstal Samba pada kotak Linux).

Anda perlu mempertahankan setiap pengaturan OS dua kali (instalasi host dan VM) - secara teknis Anda memiliki empat komputer, kecuali jika Anda menggunakan cara pintas yang dijelaskan di bawah ini.

Karena Linux (setidaknya berbagai rasa Ubuntu) mudah beradaptasi dengan perubahan perangkat keras (hingga saya dapat merobek disk dari laptop lama saya, instal di yang baru dan hanya memiliki adapter jaringan untuk mengkonfigurasi ulang), Anda dapat Linux VM juga mem-boot sistem dari partisi mentah. Dengan begitu, perubahan yang dilakukan pada host Linux juga akan tercermin dalam VM dan sebaliknya, satu-satunya pengecualian adalah pengaturan yang terkait dengan perangkat perangkat keras tertentu.

Lisensi Windows mungkin menjadi peringatan di sini. (Dulu, saya berada di Windows 2000, di mana semua ini lebih mudah.) Sejauh menyangkut Windows, Anda menjalankannya pada dua konfigurasi perangkat keras yang berbeda (prosesor, disk, adaptor jaringan). Meskipun saya tidak yakin tentang implikasi hukumnya, tetapi prosedur aktivasi produk mungkin mengharuskan Anda untuk mendapatkan dua lisensi. (Jika Anda bisa membuat Windows menjalankan partisi mentah di VM, itu mungkin akan mendeteksi perubahan perangkat keras dan memerlukan aktivasi ulang setiap kali Anda beralih antara konfigurasi host dan tamu.)

pengguna149408
sumber
2

Saya melakukan ini (walaupun saya beralih antara macOS dan Windows) dengan memiliki Windows pada VM di cloud dan tidak di-host di Mac saya. Saya sebelumnya menggunakan Boot Camp untuk boot ganda dan kemudian VM host lokal menggunakan VMware Fusion, tetapi saya menemukan bahwa memiliki Windows berbasis cloud dan menggunakan Remote Desktop Connection adalah yang paling nyaman untuk berpindah.

(Saya hanya bisa menggunakan CMD-TAB untuk berpindah desktop secara instan.)

Saya berharap pengalaman ini bermanfaat bagi Anda.

Brian Tompsett - 汤 莱恩
sumber
1
Itu harus mengambil bandwidth jaringan yang cukup banyak? Apakah latensi itu tidak mengerikan?
Peter Cordes
1
@PeterCordes Saya menggunakan sesuatu yang serupa (mengakses PC kerja yang kuat melalui VNC pada notebook lambat yang lama), meskipun itu linux-> linux dalam kasus saya. Dengan parameter VNC yang disetel, latensi hampir dapat diabaikan jika waktu ping tetap di bawah 30ms, dan bandwidth rendah - mungkin kilobyte per detik rata-rata selama kerja normal. Anda bahkan dapat memutar video youtube melalui pengaturan ini, tetapi tentu saja akan mengambil hingga megabit banyak per detik, tentu saja.
Radovan Garabík
Saya berada di lingkungan di mana konektivitas internet agak tinggi dan tidak ada ISP yang terlibat dan koneksi kami adalah triangulasi serat ....
Brian Tompsett - 汤 莱恩
2

Lupakan VM, Wine, dan dual boot. Saya sangat merekomendasikan hanya memiliki dua mesin, Windows satu tanpa kepala, dan desktop jauh dari Linux yang menggunakan sesuatu seperti Remmina .

Ini cukup mulus melalui clipboard dan folder rumah bersama. Itu mungkin tidak praktis untuk beberapa orang yang hanya membutuhkan laptop, tetapi ini adalah pilihan yang bagus jika Anda bisa berada di meja Anda. Mereka tidak harus menjadi mesin baru; semakin tua saja sekitar 2012 Anda mungkin telah berbaring.

pengguna3557062
sumber
1

Beberapa saran umum yang mungkin cocok untuk kasus penggunaan niche tertentu:

Jika Anda berlari tanpa kepala, Linus berlari hampir di mana saja dan sangat ringan. Saya sudah menjalankannya sebagai layanan windows sebelumnya dan dapat menghubungkannya dari klien ssh atau server X yang berjalan di windows (Jadi semua GUI Linux hanya ditampilkan).

Di sepanjang jalur yang sama, Anda dapat menyalurkan pi raspberry ke bagian belakang laptop Anda, hubungkan ke port USB Anda dan biarkan kedua komputer berjalan pada waktu yang sama. Sekali lagi Anda harus menggunakan mesin windows Anda untuk mengakses mesin Linux Anda, tetapi dengan solusi ini Anda masih dapat menjalankan headless untuk akses X / ssh tetapi Anda juga bisa remote desktop (RDP) ke PI dan menggunakannya implementasi X yang seharusnya membuat Anda pengalaman desktop linux yang lebih baik (Terakhir kali saya memeriksa, server X gratis untuk windows lambat, sulit diatur dan rentan kesalahan)

Tidak satu pun dari ini akan memberi Anda workstation Linux layar penuh berkecepatan tinggi, tetapi untuk situasi tertentu mereka membuat solusi yang menarik.

Dan saya hanya bercanda tentang lakban ...

kebanyakan.

Bill K
sumber
0

Sementara saya akan merekomendasikan VM (mode mulus dari VirtualBox dan VMWare sangat berguna untuk integrasi yang lebih baik), ada kemungkinan lain:

Ada X-Server untuk windows seperti Xming dan solusi desktop jarak jauh yang kuat seperti xpra .
Dengan menggunakan salah satunya, Anda dapat menjalankan linux di VM (atau bahkan solusi seperti AndLinux yang menjalankan kernel linux di windows) dan menampilkan aplikasi di Display Server asli atau melalui alat desktop jarak jauh.
Dengan cara ini Anda bisa mendapatkan lebih banyak jendela asli dan tergantung pada VM kinerja yang lebih baik untuk aplikasi UI.

allo
sumber
0

Gunakan sistem GNU / Linux pilihan Anda di host Anda dan kemudian solusi PaaS. Salah satu yang layak untuk Anda adalah " Bayangan ".

Shadow adalah PC Windows 10 yang kuat untuk bermain, bekerja, menjelajah.

Lakukan semua yang Anda suka lakukan dengan komputer. Tapi lebih baik.

Itu pada dasarnya berjalan sebagai aplikasi di host Anda tetapi sebenarnya komputer di cloud. Anda bisa beralih ke aplikasi dengan mulus, sama seperti Anda akan memfokuskan aplikasi lain.

https://youtu.be/vVOKBaIxXVA?t=6

OddDev
sumber