Як я можу встановити Linux та Windows 7, щоб вони працювали поруч, не вимагаючи перезавантаження?

Мені б хотілося найвищої продуктивності в обох ОС і можливості перемикатися між ними без перезавантаження. У мене достатньо пам’яті (32 ГБ) та місця на диску.

Два простих варіанти:

1. Подвійне завантаження - це не дозволяє миттєво або майже миттєво перемикатися між операційними системами
2. Використовуйте VM (наприклад, VirtualBox) - Це значно погіршує продуктивність розміщеної ОС, особливо для графіки

Було б чудово (скажімо, за допомогою комбінації клавіш або іншим подібним способом) перемикатися між двома ОС, одна з яких гаряча, а інша - "тепла в режимі очікування".

Є два додаткові способи роботи Windows та Linux поруч, про які ви не згадували у своєму запитанні:

1. Ви можете встановити підсистему Windows для Linux, якщо у вас працює 64-розрядна Windows 10. Це дозволить вам запустити деяке програмне забезпечення Linux в Windows.
2. Ви можете запустити обидві операційні системи поряд (буквально) згідно з цим прикладом :

Я вважаю, що рішенням з найменшими накладними витратами було б використання Linux як основної ОС та використання KVM (віртуальна машина на основі ядра, а не перемикач KVM, хоча це також можна було б використовувати) для віртуалізації Windows. Ви можете досягти, що продуктивність наближається до роботи на голому металі в даний час, і ви навіть можете пройти через вторинний графічний процесор до VM або мати єдиний виділений GPU і використовувати інтегрований GPU для хоста. Ви також можете використовувати Looking Glass для набагато більш чуйного рішення, ніж використання спецій (це те, що Virt Manager використовує за замовчуванням і по суті таке ж, як використання віддаленого робочого столу.) Https://forum.level1techs.com/t/looking-glass -відводи-допомога та підтримка / 122387

Єдина складна частина - це сумісність обладнання. Існує безліч химерностей, як, наприклад, потрібен процесор і материнська плата, сумісна з Intel VT-D або еквівалент AMD, потрібен достатній новий графічний процесор, який має UEFI VBIOS (або отримання VBIOS від виробника), через які чіпи проходить ваш IO що допомагає присвятити периферійні пристрої VM тощо.

Я рекомендую прочитати цю публікацію в блозі, щоб отримати уявлення про те, що вам потрібно зробити, щоб налаштувати її. Це, безумовно, не так просто, як за допомогою virtualbox або VMWare, але якщо ви налаштуєте його за допомогою менеджера thorugh virt, ви можете пропустити багато ручних кроків, які цей хлопець пройшов. Також є набагато більше інформації про все це у вікі Arch під KVM, QEMU та VFIO. https://heiko-sieger.info/running-windows-10-on-linux-using-kvm-with-vga-passthrough/

З 2600 к. Вам доведеться перейти на не-K версію і перевірити, чи підтримує ваша материнська плата VT-D. У мене був цей самий випуск з 3700k і несумісною материнською платою, і мені довелося перемикати їх обидва, але я в кінцевому підсумку заробив трохи грошей за покупки та продажі на ebay.

Щоб детальніше ознайомитись з деякою термінологією, яку я використав, ось кілька коротких описів.

Virt-менеджер (або менеджер віртуальної машини) - це програма GUI для управління вашими віртуальними машинами за допомогою KVM. Ви можете подумати про це, як зробити ваш досвід набагато ближчим до того, яким він був би, якби ви використовували VMWare або VirtualBox. Це дає вам майстра налаштування VM, дозволяє змінювати обладнання, яке передається, показує графіки використання ресурсів та дозволяє управляти енергією. Більше інформації та скріншоти доступні на веб-сайті тут: https://virt-manager.org/

Спеція надає вам віддалений доступ до вашої вітчизняної машини. Це дуже схоже на використання віддаленого робочого столу, як у використанні, так і в продуктивності, але його використовує менеджер virt за замовчуванням. Я хотів би, щоб я міг бути більш конкретним у своєму описі, але я не дуже його використовував, і навіть веб-сайт досить розпливчастий щодо конкретного. https://spice-space.org/

Шукати скло - це альтернатива використанню чогось типу Спайс, але з надзвичайно низькою затримкою. Він копіює буфер кадру з вашого графічного процесора в системну пам’ять, а потім випилює його на екран. Це ще дуже рано в розвитку, але працює дуже добре і набагато більше підходить для програм, які потребують більш чуйного рішення. Дуже вичерпний посібник з налаштування доступний на веб-сайті проекту: https://looking-glass.hostfission.com/quickstart

Інша альтернатива Spice and Looking Glass - це просто підключення дисплея до одного з виходів пройденого через GPU. Це більш чуйно, але вимагатиме іншого відображення або переключення входів на тому ж дисплеї.

Як згадували всі інші відповіді на це питання, віртуалізація - це шлях. Одним із способів мінімізувати покарання продуктивності буде запуск Windows як основної ОС та віртуалізація легкого дистрибутива Linux. Ви можете спробувати:

• Лубунту ,
• Xubuntu ,
• або навіть Alpine Linux (див. це посилання, щоб переглянути список "як робити" для різних настільних комп'ютерів на Alpine)

Вибравши легкий дистрибутив, ви зможете зменшити продуктивність достатньо, щоб налаштувати систему, якою ви задоволені.

Програми Unix / Linux GUI, які використовують стек технологій X11 (більшість з них), по суті здатні відображатись на віддаленій машині (включаючи сценарій мережевого підключення VM та його хоста).

Ви можете встановити сервер дисплея X11 (є декілька вільних і невільних варіантів) на вашій машині Windows, запустити вашу систему Linux (або навіть декілька систем Linux) у віртуальний комп'ютер, а фактична графіка важкого підйому трапиться у Windows -система X11-сервера. Програми GUI в системі Linux підключатимуться до сервера відображення X11 через локальну мережу (як це встановити, виходить за межі сфери, оскільки існує багато різних способів цього. Покажчики: змінна середовище DISPLAY, ssh з переадресацією X11, XDMCP).

Я зробив це за високої продуктивності і досягнув майже наближеної до рідної продуктивності програм, які ми працювали. Це не стільки "ось як це зробити", але два приклади, де я це зробив і досяг адекватної продуктивності та вирішив проблему.

Для наукових даних та розробки програмного забезпечення

На моїх поточних робочих станціях (ноутбук та моя робоча станція) встановлено, що Windows 10 та Ubuntu встановлені поруч на двох окремих розділах. Після завантаження машини я можу вибрати Windows або Ubuntu і завантажуватися в будь-яку операційну систему. У Ubuntu я використовую VirtualBox для завантаження рідного розділу Windows і запускаю його, як і будь-яку іншу віртуальну машину ( див. Тут ).

Все працює: перетягування та передавання, спільна дошка кліпів та обмін файлами. Я постійно запускаю великі багатопотокові електронні таблиці Excel (не знімайте - я їх не будував!) У своїй віртуальній машині, і все є фактом.

Для геофізичних, геологічних та інженерних робіт

Кілька років тому я створив подібну програму за допомогою CentOS та Windows 7. Це було так, що мої колеги могли запускати дорогі геофізичні симуляції в Linux, доки не маючи доступу до подібного програмного забезпечення для 2D та 3D-карти в Windows. 7 (разом із Outlook та іншим пакетом Microsoft). Ми пробували випробування VirtualBox, але, витрачаючи гроші, ми врешті вирішили проблему за допомогою VMware Workstation та GPU (ціна була тривіальною порівняно з зарплатою та ліцензуванням програмного забезпечення). Для наших додатків ми досягли достатньої близькості до рідної продуктивності в Windows, і всі були дуже задоволені налаштуванням.

Це були досить м'які для свого часу машини (близько 2010 року): Quadro 4000, двоядерний чотирьохядерний Xeons та 32 ГБ пам’яті. Найбільш важкою частиною збірки цих установок (наскільки я пам’ятаю) було щось спільне з апаратним RAID-контролером. Я підтримував близько десятка машин, використовуючи цю програму, і у нас ніколи не було жодної проблеми протягом життя проекту, ці машини були придбані протягом ~ 2 років. Це було для нас фантастичним результатом, тому що якби тиждень знизив одну машину, це втратило б нам більше втрати продуктивності, ніж сама робоча станція!

Висновок

Ви можете досягти дуже хорошої продуктивності, використовуючи описаний вище варіант подвійного завантаження. Я робив це за допомогою VirtualBox та VMware різних випадків, використовуючи комбінацію в дистрибутивах Linux (Mint, Ubuntu та CentOS) та версіях Windows (7, 10), і завжди досягав достатньої продуктивності для моїх потреб.

Інша перевага цієї установки полягає в тому, що ви можете запустити будь-який розділ і залишити Windows або Linux позаду, якщо: а) ваші обставини змінюються, або б) ця настройка не відповідає вашим потребам. Якщо продуктивність не знижує її, ви також маєте ескіз простого завантаження безпосередньо в операційну систему, де вам потрібна трохи більша продуктивність.

Нарешті, записка про ліцензування: При завантаженні Windows , спочатку це буде побачити різні апаратні і допитає про ліцензії. Це менше проблем із Windows 10, яка просто буде нудити вас під час роботи. Я не можу згадати, як ми вирішили це для тих геофізичних робочих станцій; Я пам’ятаю, у нас була об’ємна ліцензія та, можливо, допомога представника Microsoft.

Епілог: Віддалений X та VirtualGL

Я також створив робочі станції, використовуючи VirtualGL та кластер GPU для високопродуктивних моделей нафти. Я навіть робив це в AWS, але не рекомендую це з кількох причин: вартість, продуктивність та зручність.

Мені невідомий жоден метод цього робити, який не має з цим пов'язаних великих застережень.

Якби це Chromebook, ви могли б використовувати Crouton, щоб здійснити щось подібне. але для цього потрібно поділитися ядром між ОС Chrome та іншим дистрибутивом, номінально Ubuntu. Оскільки Windows та Linux використовують різні ядра, такий підхід був би неможливим. Вони б не грали добре разом.

Для завантаження операційної системи ядро ​​повинно мати доступ до апаратного забезпечення низького рівня, а запуск двох різних ядер (Windows та Linux) поруч не було б дуже легко, якщо не неможливо.

Якась віртуалізація, ймовірно, є єдиним призовом, якщо ви наполягаєте на використанні одного комп’ютера. Я не використовую Mac, але з того, що я бачив, Parallels досить безшовний - ви можете "перемикатися" між операційними системами за допомогою гарячої клавіші. Я використовував VMWare і в Windows, і в Linux і був здивований роботою розміщеної (гостьової) операційної системи, вона дуже близька до рідної (хоч і дана, я не перевіряв графічно інтенсивні навантаження). VirtualBox з відкритим кодом та безкоштовний, він працює нормально, але VMWare працює набагато краще. Я думаю, що існує обмежена безкоштовна версія.

Якщо ви наполягаєте на наявності власної продуктивності для обох операційних систем, то подвійне завантаження - єдиний спосіб досягти цього. Якщо у вас швидкий SSD (скажімо, Samsung 960 або подібний), то перезавантаження не потребуватиме цього часу.

Віртуалізація обладнання є надто проблематичною. Хоча це добре для 90% речей, інші 10% іноді блокують вас і в кінцевому підсумку змушують вас брухтувати всю концепцію.

Хтось на це натякав в одному з коментарів, але я вважаю, що бокові машини, що використовують перемикач KVM, є найефективнішим способом зробити те, про що ви просите.

Я вже пару років керую двома машинами Linux та Windows. У мене є два 32-дюймові монітори, які сидять поруч; один підключений до машини Linux, а інший підключений до машини Windows.

У мене є клавіатурно-мишача таблиця з регульованою прокаткою, яка дозволяє мені стояти або сидіти і зосереджуватися перед будь-яким (або обома) моніторами за допомогою моєї клавіатури / миші.

Підсумок полягає в тому, що перемикач KVM дозволяє негайно перемикатися між керуванням вікном Linux або контролем вікна Windows.

Ви також можете піти на крок далі та придбати Synergy, що позбавляє від необхідності повністю перемикати KVM, використовуючи програмне забезпечення для перемикання миші та клавіатури між машинами.

Немає більше дратівливих подвійних черевиків, накладних витрат KVM / VirtualBox / VMWare або несумісностей, і ви все ще відчуваєте, що це єдиний комп'ютер.

Залежно від того, що ви намагаєтеся досягти, ви можете спробувати Wine.

З https://www.winehq.org/ :

Wine (спочатку є абревіатурою "Wine Is Not Emulator") - це сумісний рівень, здатний запускати програми Windows у кількох операційних системах, сумісних з POSIX, таких як Linux, macOS та BSD.

Це дозволить вам запускати Linux та (деякі) програми Windows поруч із Linux.

Перелік програм для Windows, які, як відомо, працюють з Wine, можна знайти за посиланням https://appdb.winehq.org/ .

Особисто я використовую його для запуску деяких ігор на Linux, які використовують DirectX, у якому немає версії Linux. Як відомо, такі програми, як Microsoft Office, працюють з ним.

Технічно ви можете ввімкнути сплячку в обох системах та відновити систему після сну після переведення іншої системи в сплячку. Це буде швидше і зручніше, ніж фактичне перезавантаження. Я роблю це на своїй теперішній машині.

Здається, не існує жодної проблеми, оскільки Linux використовує спеціальну область підкачки для зберігання зображення в сплячому режимі, а Windows використовує системний розділ.

Ви хочете coLinux . Він майже ідеально відповідає вашим вимогам - ядро ​​Linux, що працює як особливий привілейований процес під Windows, без впливу на продуктивність всередині ядра (хоча периферія все ще віртуалізована, а графіка проходить через протокол X11). Але , на жаль, проект вже не розробляється ... і з того часу визріли інші підходи (VirtualBox тощо) і пропонують набагато кращий досвід користувача.

У всіх є плюси і мінуси. Ось ті, які працюють для мене станом на травень 2018 року:

• VirtualBox : Це працює. Тепер. Щодня. Я запускаю хост Windows і VM Ubuntu. Все чудово, в тому числі підтримка мультимонітора та мережа (я використовую Bridged режим, тому кожен VM відображається в мережі окремо від хоста). Я не прихильник рішень, контрольованих "великими хлопцями", але, чесно кажучи, Oracle зробив цей продукт правильно (принаймні на даний момент).

• Запускайте кілька комп’ютерів - це чудовий шлях! Синергія може навіть дозволити вам натискати мишу та клавіатуру по всіх них. DDM USB KVM також приємні, але вони дорогі!

• Подвійне завантаження: на більшості комп'ютерів я запускаю чотирьох або більше завантажень. Вам доведеться дізнатися про GPT та застарілі розділи MBT та про те, як кожна з ваших ОС керує ними. Refind робить дивовижну роботу, щоб допомогти вам правильно це зробити, особливо якщо у вас є напівсучасне обладнання. Незважаючи на те, що я завжди налаштовував завантаження Windows-Ubuntu (-Mac) на всіх своїх ПК, на практиці я ніколи не перезавантажувався в іншій ОС. Це занадто руйнівно. Натомість завжди присвячуйте кожному комп'ютеру певний набір завдань на одній ОС.

• Запустіть X-сервер у Windows та витягніть Windows у мережу VM. Це можна зробити; Я деякий час успішно бігав x2go. Але дивіться наступний пункт, чому я не пішов би цим маршрутом.

• Використовуйте VM в будь-якій мережі: я намагався робити розробку за допомогою AWS VM, вимкнених VSphere VM та всіх інших інших комбінацій, і ви завжди відмовитесь від цього протягом короткого часу, тому що ви є рабом мережі проблеми, які ви НЕ хочете вирішувати в середині свого розвитку. Навіть не думайте про це, навіть якщо у вас є шалено дивовижні мережеві ресурси.

В якості остаточного зауваження слід зазначити, що я завжди розробляю на спеціальній машині Ubuntu, коли це можливо. Рішення VirtualBox врятували мій приклад у корпоративній Америці. Заходьте із зображенням VM в кишеню, встановіть VirtualBox на вашій лукавій новій ноутбуці Windows, ідіть!

На додаток до інших запропонованих тут рішень, існує також "крос-віртуалізація", яку я колись спробував:

• У режимі подвійного завантаження машина може завантажуватися або в Windows, або в Linux
• Розділ даних ( /homeі Documents and Settings) окремо від системного розділу
• Віртуалізація (VirtualBox, VMware тощо), встановлена ​​на кожній з двох ОС, з "клоном" відповідної іншої установки ОС у якості ВМ
• Мережевий інтерфейс знаходиться в мостовому режимі, тому хост і гість з'являються один з одним, як два окремих комп'ютери в одній локальній мережі
• Образи VM розташовані на розділі, який є окремим від розділів даних
• Кожен віртуальний комп'ютер може отримати доступ до розділу даних для гостьової ОС як необроблений пристрій (а не зображення диска)

Це все ще означає, що у вас буде віртуалізація накладних витрат для однієї з двох ОС. Але ви можете визначитися з завантаженням, хто з них стане господарем, а хто - гостем.

Дані передаються через мережу (наприклад, встановивши Samba на вікно Linux).

Вам потрібно буде підтримувати кожну установку ОС двічі (хост-установка та VM-версія) - технічно у вас є чотири комп'ютери, якщо ви не використовуєте ярлик, описаний нижче.

Оскільки Linux (принаймні різноманітні аромати Ubuntu) легко адаптується до обладнання, що змінюється (до того, що я міг вирвати диск зі свого старого ноутбука, встановити його в новий і мати лише перенастроювання мережевих адаптерів), ви могли також є система завантаження системи VM Linux із необробленого розділу. Таким чином, зміни, внесені до хоста Linux, також відображатимуться у віртуальній машині та навпаки, винятком є ​​лише налаштування, прив'язані до певного апаратного пристрою.

Тут може бути застереженням ліцензування Windows. (Тоді я був у Windows 2000, де все це було простіше.) Що стосується Windows, ви запускаєте її в двох різних конфігураціях обладнання (процесор, диск, мережевий адаптер). Хоча я не впевнений у правових наслідках, але процедура активації продукту може вимагати отримання двох ліцензій. (Якщо ви можете змусити Windows запускати необроблений розділ у віртуальній машині, він, ймовірно, виявить зміни обладнання та вимагатиме повторної активації щоразу, коли ви переходите між конфігурацією хоста та гостя.)

Я роблю це (хоча я перемикаюся між macOS і Windows), маючи Windows у VM у хмарі, а не розміщуючись на своєму Mac. Раніше я використовував Boot Camp для подвійного завантаження, а потім локально розміщений VM за допомогою VMware Fusion, але я виявив, що наявність комунікації на базі хмари та використання підключення до віддаленого робочого столу було найзручнішим при комутації.

(Я просто можу використовувати CMD-TAB для миттєвого перемикання настільних ПК.)

Я сподівався, що цей досвід вам корисний.

Забудьте про VM, вино та подвійне завантаження. Я настійно рекомендую просто мати дві машини: Windows одну безголову та віддалений робочий стіл від Linux, використовуючи щось на зразок Remmina .

Це досить безшовно через спільний буфер обміну та домашні папки. Це може не бути практичним для тих, кому потрібен лише ноутбук, але це чудовий варіант, якщо ви просто можете бути за своїм столом. Вони не повинні бути новими машинами; просто дорослішайте близько 2012 року, можливо, у вас буде прокладка.

Деякі пропозиції щодо виходу із коробки, які можуть відповідати певним випадкам використання ніші:

Якщо ви біжите без голови, Лінус працює майже де завгодно і дивно легкий. Я запускав його як службу Windows раніше і мав змогу підключитися до нього з ssh-клієнта або X-сервера, що працює у Windows (Отже, всі графічні інтерфейси Linux просто відображаються).

По цих же лініях, ви можете приклеїти магнітовий пі на задню частину свого ноутбука, підключити його до USB-порту і одночасно працювати з обома комп'ютерами. Знову вам доведеться використовувати вашу машину Windows для доступу до вашої машини Linux, але за допомогою цього рішення ви все одно можете запускати голову для доступу до X / ssh, але ви також можете віддалений робочий стіл (RDP) в PI і використовувати його X-реалізацію, яка повинна отримати вам кращий досвід роботи на робочому столі Linux (останній раз, коли я перевіряв, безкоштовні сервери X для Windows були повільними, складними у налаштуванні та схильні до помилок)

Жодне з них не дасть вам швидкої повноекранної робочої станції Linux, але для певних ситуацій вони приймають цікаві рішення.

І я просто жартував про клейку стрічку ...

переважно.

Хоча я б рекомендував VM (безшовні режими VirtualBox та VMWare дуже корисні для кращої інтеграції), є ще одна можливість:

Існують сервери X для таких вікон, як Xming, та потужні рішення віддаленого робочого столу, як xpra .
За допомогою одного з них можна запустити linux у VM (або навіть таке рішення, як AndLinux, яке запускає Linux Linux в Windows) та відображати програми на рідному сервері дисплея або за допомогою інструменту віддаленого робочого столу.
Таким чином ви можете отримати більше вітчизняних вікон та залежно від VM покращити ефективність програм для інтерфейсу.

Використовуйте на своєму хості систему GNU / Linux, а потім рішення PaaS. Можливим для вас був би " Тінь ".

Shadow - це потужний ПК під керуванням Windows 10 для гри, роботи, перегляду.

Робіть все, що любите робити з комп’ютером. Але краще.

Зазвичай він працює як додаток у вашому хості, але насправді це комп’ютер у хмарі. Ви просто можете переходити на додаток безперешкодно, як і ви фокусували будь-який інший додаток.

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