Dotaz: Virtualizace windows pod linuxem

[Xhombre]

Zajimalo by mě zda lze spouštět windows ve virtualnim stroji pod linuxem a to tak aby bylo možno v případě potřeby jen přehodit disk mezi notebooky a windows bezely dál na jinem stroji. S virtualizaci mam zkušenosti jen ve virtualboxu. Zajímalo by mě jakou technologii nejlépe zvolit. Případně jaké distro linuxu a jaký by to mělo dopad na výkon. Disk by se v případě potřeby prohazoval mezi notebooky s procesory intel a intel grafikou.

Odpovědi

[Pavel 'TIGER' Růžička]

Ona není virtualizace, jako virtualizace. Ale obecně lze napsat, že pokud nebudeš chtít využívat hardware hostujícího počítače a nastavíš si virtuální počítač, pak to možné je. V opačném případě to bude o dost komplikovanější.

[k3dAR]

Pokud se pta, tak jak pta, tak zadne prirazeni hw asi neuvazuje...

@tazatel muzes ze setrvacnosti pouzit take VirtualBox, jinak pro Linux je lepsi/nativnejsi virtualizace KVM/Qemu s rozhranim virt-manager, nainstalujes balicek s timto nazvem..
Distro jev pidatate jedno, pokud nezvolis nejake vylizene exoticke, ja bych pouzil Xubuntu 18.04 LTS,nebo Debian9 s Xfce...

[k3dAR]

Resp. ohledne dotazu na vykon dopad... co v tech Win chces provozovat za aplikace?

[Xhombre]

V těch windows poběží defacto jen prohlizec, java, plus nějaká proprietarni apka. V prohlizeci se uživatel pripojuje na firemní server a dělá v něm svou práci. Případně občas něco v officech. V celku běžná kancelářská práce. Zkoušel jsem rozbehnout všechno v linuxu. Bohužel u tabletu na podepisovani smluv se nezadarilo.

[k3dAR]

zalezi na narocnosti te apky, obecne by to nemel byt zadny problem, jen je potreba do Windows nainstalovat ovladace, pokud bys misto do VirtualBoxu sel do KVM/QEMU, tak stahnout odtud instalacku ovladacu/podpurnejch_nastroju pro Windows a v nastaveni virtualu zvolit pro Disk a Sit rezim VirtIO... (u disku bude(bylo?) potreba pridat druhej virtualni disk, ten prepnout do VirtIO, nastartovan virt. Windows, vypnout, odebrat disk a tomu systemovemu zmenit rezim na VirtIO... protoze Windows nepoberou zmenu "druhu" disku pokud nemaji ve svem "DRV strobe" ten ovladac aktivovanej...

[k3dAR]

edit: "DRV strome"

[GeorgeWH]

Staci pri instalalcii pridat dalsiu cd-rom a pripojit ISO s ovladacmi a winshit najde virtio disk.

[Xhombre]

Děkuji za rady. Vyzkouším

[Migi]

V prohlizeci se uživatel pripojuje na firemní server a dělá v něm svou práci.

A na to potřebuje Windows?

[Peter Golis]

Pokiaľ na to majú tradičný komponent ActiveX do internet ecplorera, tak áno.

[Xhombre]

Proto se ptám abych zbytečně nelaboroval a neztracel zbytečně čas. Jestli to dobře chápu tak budu muset jít cestou plné virtualizace. Tedy qemu/virtualbox. Z hlediska zdrojů bys doporučoval co?

[Pavel 'TIGER' Růžička]

Záleží na tom, jestli tak chceš provozovat jen jeden stroj, nebo více. V některých případech je lepší se připojovat vzdáleně a virtualizaci provozovat na serveru.

[MadCatX]

Linuxové distro je celkem irelevantní. Lepší zkušenosti než s VirtualBoxem mám s QEmu ale chybí tomu šikovné ovládací GUI, které má naopak VirtualBox fakt skvělé. Fyzický disk by měl jít jako médium připojit i do VirtualBoxu (QEmu to umí určitě), přenášení mezi fyzickým a virtuálním strojem může být problémové, protože oboje bude mít jiný HW. Linuxu to vadí zřídkakdy ale zrovna Windows tohle ustát nemusí, zejména změní-li se typ řadiče disků. Zkušenost mám jen s "migrací" virtuálu původně běžícího pod VirtualBoxem do QEmu, což docela šlo, akorát přijdeš o diskové VirtIO. S povolenou HW virtualizací je výkon v aplikacích limitovaných CPU v podstatě srovnatelný s fyzickým HW. U záležitostí, které budou viset spíš na diskovém IO už to bývá horší.

[k3dAR]

Qemu resp. KVM/Qemu ma sikovne GUI virt-manager, co ti v nem schazi?

ad prenos disku, pochopil sem ze prenda disk vcetne nativniho Linux, nejen s virtualem, pak by bylo snad jedno ze jde o jinej HW....

ad disk IO, to snad resi VirtIO ovladac

[Xhombre]

Ano pochopil jsi to dobře. V případě zavady se jen prehodi disk a mělo by to jet dál.

[Pavel 'TIGER' Růžička]

I když Linux dokáže přežít různé zacházení, tak i po přehození disku do jiného stroje s odlišným hardware nemusí přežít a může skončit na kernel panic. Windows 10 oproti tomu udělali krok dopředu a též již lépe snášejí přehazování ze stroje do stroje, jen ty aktivace a specifický hardware to sráží. Modrá obrazovka se smutným smajlíkem je též nic neříkající.

[dustin]

V čem se liší kernel s moduly nainstalovaný ze stejného média na stroji A a na stroji B? Pokud po přehození disku z A do B nastane kernel panic, je vysoká pravděpodobnost, že by úplně stejný problém nastal již při bootu live systému při instalaci na B - prostě je chybný driver pro dané zařízení. Linux si pro běžný HW nestahuje drivery z netu, aby na různých zařízeních měl různé sady driverů. Neplatí to pro binární bloby driverů grafik, ale tam to zase nehodí kernel panic, jen najede grafika ve VGA nebo na open source driveru (opět součást kernelích modulů).

Přehazování disků mezi stroji funguje pro podporovaný HW velice spolehlivě, detekce je automatická dle PCI/USB IDs. Pokud driver chybí, prostě zařízení nepoběží, ale nezpůsobí to kernel panic. Samozřejmě výjimka potvrzuje pravidlo, to je jasné...

[Pavel 'TIGER' Růžička]

V dnešní době, kdy se výrobci snaží ojebávat standarty a různě mršit hardware se to prostě stát může. Vždyť s mnohým hardware si horko těžko poradí i OS pro který je stroj konstruován. Napsal jsem to proto, aby stroj B byl řádně otestován, než se do něj onen disk z porouchaného stroje zasune. Nikde totiž není napsáno, jestli náhradní stroj bude skladem, nebo se pořídí až po selhání dosud fungujícího.

[dustin]

Ano, stát se to může, ale pak jde prostě o nepodporovaný HW danou verzí kernelu a není to způsobeno původní instalací linuxu na jiném HW. Úplně to samé by se stalo jakémukoliv jinému OS, kdyby by pro daný HW neměl funkční driver.

Takhle to vyznělo jako "přehození nainstalovaného linuxu do jiného stroje není spolehlivé, narozdíl od win10". A s tím moje zkušenosti opravdu nekorespondují.

[Pavel 'TIGER' Růžička]

Máš pravdu, vypadlo mi tam: " ... Windows 10 oproti tomu udělali krok dopředu, oproti předchozím verzím a též již lépe snášejí přehazování ze stroje do stroje ..."   Také to měl být asi nový odstavec. To je tak, když člověk odskakuje od rozepsaného.

[alkoholik]

Na puvodnim stroji si naklikej virtual ve virt-manager.
Konfiguracni soubor toho virtualu najdes jako /etc/libvirt/qemu/NAME.xml. Ten si zkopiruj na zalozni server.
Kdyz ti primar klekne, prehod disk a v XML konfiguraku k nemu pripadne uprav cestu (sdX -> sdY). Pak libvirtu reknes, ze tam ma novy virtual pres virsh define NAME.xml a uz ho muzes nastartovat. Melo by mu sedet vsechno od GUID partitions po MAC adresu.
Jestli mu das na primaru nejaky zakladni model CPU, tak ani nepozna, ze bezi jinde. Ja u CPU vetsinou davam host-model.

[Migi]

Třeba to, že co si naklikáš ve virt-manageru se ne vždy promítne do konfigurace a zde je lepší sáhnout přímo do nasatvení libvirtu přes xml soubory.

[k3dAR]

Asi sem mene narocnej, me se vse co naklikam promitne (davals pouzit zmeny? Naklikam CPU, RAM, Disk, LAN,BootOrder priradim/vyhradim USB zarizeni, vytvorim/obnovim snapshot...
Vim ze neco naklikat nelze (ne ze lze ale nepromitne se), ted ai nevzpomenu co, protoze to nepouzivam

[Xhombre]

Distro bych nejradši co nejlehčí, není nějaké přímo určené pro spousteni virtualnich strojů. Pokud máš lepší zkušenosti s quemu vyzkouším. Jinak na myšlenku virtualizovat mě privedla právě, dle mych zkusenosti, bezproblemovost s níž jde prehazovat disk s linuxem mezi stroji. V mém případě to byl arch v asi 5ti počítačích s hodně odlisnym hardwarem. Vzhledem k tomu, že v tomhle případě netřeba řešit data, jsou v drtive většině na serveru, mi to přijde jako ideální cesta. Záleží pak na výkonu onoho řešení.

[k3dAR]

u distra je "jeho" "lehkost" dana pouzitym Desktop prostredim, ja radil Xubuntu1804(ktere ma Xfce) nebo Debian9+Xfce, s tim ze Xfce je na jednu stranu velmi lehke prostredi, na druhou stranu toho i celkem hodne umi, narocnost na zdroje (RAM/CPU/DISK) je v podstate "0", resp. presneji RAM sezere ~250MB)...

pokud bys preci jen chtel distro specialne pro virtualizaci, tak Proxmon, jde o Debian(s Ubuntu jadrem)+KVM/QEMU+WebUI, ale pro 1 virtual je to asi zbytecnej zabijak

[foo]

> u distra je "jeho" "lehkost" dana pouzitym Desktop prostredim

to asi neznas alpine linux

[Xhombre]

O narocnosti různých verzí ubuntu vím. Sam jsem uvažoval o. Lubuntu. Případně o zminovanem Alpine linuxu. Jde mi o to co bude z hlediska konfigurace jednodušší. Asi zkusím nějakou lehčí verzi ubuntu, debianu a později i něco méně standartního, ale lehciho.

[k3dAR]

s Alpine bude urcite vice srani, sice ho znam ale nikdy sem ho v praxi nepouzil, jen pred X lety vyzkousel ve virtualu...

kazdopadne, pokud se budes drzet *buntu, neuvazuj o Lubuntu, je to zbytecne oklestene prostredi, pokud das Xubuntu mas vynikajici Xfce ktere je take nenarocne, v porovnani s Lubuntu muze jit o 10-50MB navic, podle toho jake veci pridas/odeberes v panelu...
dalsi vec je ze stavajici Lubuntu pouziva LXDE(zalozene na GTK) ktere uz neni nejakou dobu(par let?) udrzovane, protoze se pripravuje prechod na LXQt (zalozene na QT)...

[PetebLazar]

Jak budou řešeny licence Windows? I když za QEMU se může HW jevit jako stejný, reaktivaci Windows/Office se nemusí podařit vyhnout. Současný běh identických virtuálních PC může být pro systém ověřování legality běžících Windows vcelku problém.

[Xhombre]

Licence windows je krabicova, nikdy se nestane že by běželi dvě instalace se stejnou licenci.

[lertimir]

Mohl bys napsat jaký "use case" vlastně chceš řešit. Protože "Prohazovat disk mezi notebooky." mi připadá hodně zvláštní a účelné vlastně jen v případě HW poruchy zařízení, shoří procesor nebo grafika. Jak často přehazování očekáváš? Jinak Win ve virtualboxu nebo v jiném plně virtualizovaném prostředí jsou jistě takto transportovatelné. (ale stejně tak jsou pak transportovatelné čistě na souborové struktuře a nemusí přenášt disk ale jen virtuálka). Nikdy jsem nepotřeboval fyzicky prohazovat disky tam a zpět, ale obrazy mezi disky přímo nebo diskem a zálohou jsem posouval mnohokrát. Tak mne zajímá jaký "use case" tohle přináší, Pro mne každá manipulace z konektory zvyšuje pravděpodobnost, že se na konektorech začnou vyskytovat HW chyby.

[Xhombre]

Opravdu jde jen o řešení hw poruchy. To že bude možnost jen přehodit virtualku mě také napadlo. Ale v kazdem případě pokud dojde na hw chybu v notebooku a ten nenabehne tak disk musí ven a pak už je jedno jestli disk prendam, zkopiruju virtualku atp. V podstatě jde o to, že teď jsme se dostali do situace kdy nás tlačil čas a jen vzít jiný notebook přehodit disk a jit by bylo ideální řešení.

[Max]

My můžeme Windows 10 přehazovat kamkoli a vždy naběhne, nevidím v tom problém. S windows 7 je to horší, ale také to většinou jde.
Zdar Max

[k3dAR]

W7 dela urcite problemy, resilo se to pres sysprep /generalize ktere odaktivni pouzite ovladace...

[Xhombre]

Pak by to byla moznost. Nečekal jsem posun takovýmhle směrem.

[Xhombre]

Popravdě předpokládám, že pokud bude vše fungovat tak nikdy Ale během posledního čtvrt roku jsem problémy tohodle druhu řešil třikrát.

[lertimir]

No takže si chceš vlastně zaplatit zjednodušení řešení HW poruchy tím, že pošleš Win do virtuálky a budeš mít jednoduchší obnovu. Cena je primárně v tom, že virtuálka má nějaký abstraktní HW, zvláště HW grafiky. takže žádný proprietální a vyladěný bin ovladač na konkrétní HW grafické karty, ale grafická mezivrstva. Moje zkušenost je taková, že v tom přápadě na kancelášskou práci dobré, na hry, graficky intenzivní práci a přehrávání videa zoufalé.

[Xhombre]

S tim počítám. Opravdu se jedna jen o kancelarskou práci. Možná to není úplně dobrá idea, ale vyzkouším a uvidím. Minimálně se něčemu priucim.