Názory k článku
VirtualBox: čtvrté kolo u virtualizačního vozu

Krome toho ze jsem prvni,
a virtalbox se mi libi, tak je podobny Paralles.

Co bylo driv - slepice nebo vejce?

podle me bylo prvni vejce, ktere pri jednotlivych stadiich tvorby zarodku bylo ozareno nejakym radioaktivnim zarenim a z nej se vylihla slepice. snazim se s tim furt prorazit, a nic :(

Vejce, protoze i plazi snaseji vajicka a vyvojove jsou starsi, nez ptaci. Spravna otazka je - co bylo driv, vejce, nebo krokodyl? :-)

Samozřejmě, že vejce jelikož se jednoho krásnýho dne místo malého něčeho výlíhlo něčemu něco co už nebylo tak úplně něco, ale krokodýl :)

podle mne jsi byl prvi ty:)

Další z výkřiků na pleádu článků jejich informační hodnota se začíná blížit povážlivě k nule.

Prosím, nevíte o nějakém serveru, kde když je recenze, tak je vzevrubná? ... už nemám trpělivost nadchnout se pro článek z titulku a pak zjistit, že jsem se nic nedozvěděl :(

k samotnému VirtualBoxu ... bohužel jsem tam zkoušel rozjet freeBSD.. neúspěšně ... myslím že jsem neúspěšně zkoušel i gentoo instalaci, ale to se raději ještě podívám :(

Nakonec, po několika hodinách "hraní si" (qemu, VirtualBox, Xen) jsem rezignoval a stáhl si a ZDARMA zaregistroval VMware, na desktop zatím pro mě to to nejlepší ... no frame please ... je to jen můj názor.

Ja jsem si take "hral" se zminovanymi nastroji a VirtualBox vysel jako vitez. Fungovaly mi na nem vsechny systemy, ktere jsem zkousel(Windows 2000, Windows XP, DSL, Kubuntu). Windows 2000 mam permanentne pustene na jedne z virtualnich ploch a kdyz se na ni prepnu, tak ani nepoznam rozdil od "normalni" instalace. Rychlost je skvela i na mem 2 roky starem PC(vetsinou pustene Visual Studio 2005, Firefox, Open Office). Ja na VirtualBox nedam dopustit, protoze jej velmi casto pouzivam a na ZADNY problem jsem nenarazil.
ad uroven clanku - Nevidim zadny duvod, proc by musela kazda recenze obsahovat kvanta informaci, ktere si stejne kazdy, kdo ma zajem, muze najit jinde. Beru jej jako zakladni seznameni, coz splnuje.

Jsem rád že Vám to dobře funguje, také jsem uvažoval nad tím že bych WXP přehodil jenom do virtuálního stroje.

re ad: Na tohle co říkáte už tady je softwarová sklizeň, a ta je výborná. A informaci o tom že to existuje mám již z tohoto: http://www.root.cz/zpravicky/virtualbox-uvolnen-pod-gnu-gpl/

Ale mate pravdu, každý článek nemusí být informacemi nabitý... asi to je tím, že mě mrzí když si s něčím chvíli hraju a pak na to vidím článek který jenom popíše co jsem zjistil, a že jsem se nic novýho nedozvěděl(většinou jsou mé zkušenosti ošizeny o tu stabilitu/univerzálnost která bývá zmíňována a navíc mám i pár negativních zkušeností které autor článku obezřetně tají, nebo se s nimi nesetkal :) ).

VirtualBox jako takový si myslím že je super ... ale opravdu jsem měl problémy, zkusím se na to zase podívat, jestli se to již nezlepšilo :)

Potvrzuju že FreeBSD nejde ani s vypnutým ACPI. Myslím že je to v buglistu ale zatím s tim nikdo nic nedělal.

Tez potvrzuji.

v anketě mi chybí možnost MS-DOS, DR-DOS, FREE-DOS...
mám docela výkonný PC (1GHz) a cokoliv náročnějšího mi na virtuálním stroji běží strašně pomalu. Spouštět tam Linuxy a Wokna mi příjde jako nehorázné plýtvání systémovými prostředky.

na dos su ine programi!!! nemyslis ???

na dos zkus dosbox. doporučuji.

Tez mi clanek prijde dost skromny na informace... Proto se zeptam cilene:
1) kdyz spustim VB v jednom nainstalovanem systemu, umi pak VB spustit system ktery je (dualboot) nainstalovany na dalsi partisne?
2) ma to takovy ty prepinace ktere za behu prideli dany HW (usb pripojeni, zvukovku...) hostitelskemu nebo hostovanemu systemu a zase zpet?

Zkouším ho asi dva týdny na 4 roky starém notebooku a také na stolní mašině s Windows 2000, které při práci občas potřebuji. Potvrzuji, že wokna běží vpodstatě stejně rychle, dokonce jsem naměřil i některé rychlejší starty programů.
Bootování z externí partišny neumí, na domovských stránkách jsem však našel, že tato funkce ve výhledu.
Musel jsem si zvyknout na připojování CD - /dev/cdrom bylo vidět hned, ale /dev/cdrom1 až po připojení (pmount) jako /dev/hdd - takže nejdřív připojit do Debianu a potom do VirtualBoxu.
Na rozdíl od Qemu jsem snadno zprovoznil i USB - zařízení musí (muselo) být fyzicky připojeno a zaregistrováno do VirtualBoxu před spuštěním woken. Plně fungoval např. USB skener HP 4600 nebo s potížemi stařičký filmový HP S20, pro které v linuxu pokud vím zatím nikdo nic nenapsal (a asi už nenapíše).
Užitečné bylo do woken nainstalovat Guest Additions (u okna s běžícíma woknama menu Devices a pak připojit iso CD obraz s instalací) - wokna získají jednak lepší grafiku a lze je i zaintegrovat do linuxu (např. jedna myš) a přijít tak o režim, kdy okno s běžícími woknami si stáhne všechny vstupy z klávesnice a myši (pozor, tento režim se implicitně opouští pravou klávesou CTRL - na dolní liště je nápověda CONTROL-R, což mne ze začátku zmátlo k CTRL+R, kerážto kombinace je tvrdý HW reset)
Poměrně slušná ke PDF dokumentace, lze v ní najít např. jak zpomalit I/O operace při instalaci W2000 aby se instalační proces nedostal do smyčky.
Tento projekt vypadá velice nadějně.

> Zkouším ho asi dva týdny na 4 roky starém notebooku a také na stolní mašině s Windows
> 2000, které při práci občas potřebuji. Potvrzuji, že wokna běží vpodstatě stejně
> rychle, dokonce jsem naměřil i některé rychlejší starty programů.
----
Tak to se mi nezda, ze by ve virtualni masine bezelo neco rychleji nez primo na danem hardware. To ses trochu seknukl, ne? Jinak si myslim, ze VirtualBox ma oproti VMware jen jednu vyhodu a to, ze existuje VirtualBox Open Source Edition. Chvili jsem s VirtualBox pracoval, ale vratil jsem se k VMware. Nechapu, proc se tu v diskuzich (a clancich) tvrdi, ze je placeny. Staci se jen zaregistrovat a na mail dostanes seriovy cislo. No problem.
Jeste jsem si vzpomnel na jednu pozitivni vec u VirtualBoxu, maji dobry User manual -- http://www.virtualbox.org/download/UserManual.pdf Asi to pisou v DocBooku, vysazeny je to FOPem :).

Neříkám, že běží rychleji, nespouštěl jsem žádné benchmarky. Jen jsem si vzal do rukou stopky: w2000 na notebooku startují 104s ve VirtualBoxu 93s, InDesign 37s/32s, jiné věci běží samozřejmě pomaleji, ale rychleji než v QEMM+kqemu. To zrychlení si dovedu představit např. tak, že se jedná o rozdílnou kvalitu HW driverů ve woknech. A v konjunkci s programovacími technikou typu "chybu nejspolehlivěji opravíš napsáním dalšího objektu/procedury/vrstvy, kteří zachytí to chybné chování" (jež jedna nejmenovaná firma také používá) ...
Používal jsem kdysi Win4Lin + W98 a zrychlení bylo patrné na první pohled. Tam šlo také o to šikovně wokna obklopit.

No to je jednoduché, Wokna mají nahovno memory management a tak se velmi lehce stane, že když je na start programu potřeba hodně čtení z disku, tak Linux jako hostitel dokáže tomu virtuálnímu stroji udělat rychlejší disk :-)

S tymto suhlasim, skusal som virtual box pod linux, pod osx a pod winXP a windows XP vo VB mi na linuxe a na mac osx nabootovali (teraz vazne!) 13s (ten isty vb drive) ked som to pustil pod XP tak sa boot predlzil na 32s....
Skusal som to na jednom a tom istom PC.

To co jste napsal nezní moc logicky... Jakkoliv vůbec nechci obhajovat memory management Windows, tak se čtením z disku o kterém píšete o kousek dále nemá moc společného ne?

Rozdíl ve startu operačního systému je myslím zřejmý - jde o zcela rozdílný HW. Tj. i kdyby šlo v obou případech (nativním i virtualizovaném) o čistě instalovaný operační systém (což z textu příspěvku nebylo možné jednoznačně poznat), v jednom případě (nativně) je instalovaný na HW notebooku a druhém (virtualizovaně) na simulovném HW, který je mnohem jednodušší (jsou simulována pouze zařízení nutná pro chod systému, některá zařízení zcela chybí, jiná jsou mnohem jednodušší než ve skutečném HW). Operační systém při startu detekuje všechna zařízení a natahuje pro ně ovladače. A tím, že reálný HW je komplikovanější, je i start delší.

Zajímavější je start aplikací, u toho mi zrychlení není moc jasné...

Tak přesně toto jsem měl na mysli tou "rozdílnou kvalitou HW driverů". Obě instalace byly provedeny z instalačního CD asi dva týdny po sobě, SP4 + bezp. opravy, které windows update nabízí.

Mimochodem, také jsem udělal dobrou zkušenost s tiskem přes http+cups i před tím v Qemu, tj. vytvořit port http://10.0.2.2:631/jmeno_tiskarny_v_cups

To co jste napsal nezní moc logicky... Jakkoliv vůbec nechci obhajovat memory management Windows, tak se čtením z disku o kterém píšete o kousek dále nemá moc společného ne? ... Zajímavější je start aplikací, u toho mi zrychlení není moc jasné...

No to je tak, memmory management, buffering a disk cache v Linuxu je plně transparentní a maximálně a efektivně ji využívají všechny části systému (user space i podstatná část jádra a nemohou se tomu vyhnout ani kdyby chtěli), kdežto ve woknech je to fakt nahovno, ty si klidně vysypou disk cache těsně před tím než ji použijí, zapisují na disk a když to v zápětí čtou, tak to čtou fyzicky z disku (jako by jim tam mohl nějaký skřítek nezbedníček zapsat něco jiného, než tam před chvíli zapisovali), debilní swapování a proaktivní uvolňování paměti jen aby ve statistice mohli uživateli ukazovat kolik že to mají té paměti volné a spousta dalších debilovin. To je ten problém. No to se pak lehce stane, že při startu systému, ale i jakéhokoli programu se některé věci z disku přečtou třikrát místo, aby se použila cache. No a tohle všechno Linux transparentně udělá a i když si ty debilní wokna myslí, že to čtou z disku, tak jim to Linux podstrčí z paměti a to je ten efekt.

Wokna, W9x a tuším i řada NT (W2K a výše) si při bootu detekují a testují přístup k HDD. Paradoxně, na reálném HW si PIO mode osahají výrazně rychleji než např. UDMA (rychleji bráno relativně, vzhledem k celkové rychlosti mašiny).

Takže zrychlený stratup bych přičítal omezenému HW ve virtualizované mašině (je méně co zjišťovat a později obsluhovat) a virtualizaci HDD, kde odpovědi na detekční rutiny probíhají na SW úrovni (tedy asi rychleji, než když se čeká na reálnou odezvu z HDD).

Ale start aplikací tím nevysvětlíš ani kdyby ses na uši postavil.

?
Já někde něco psal o rychlosti startu aplikací? To jste si mne musel s někým splést.

Reaguji na příspěvek, který uvádí konkrétní číslo rychlosti BOOTu. A říkám, že vzhledem ke specifickým operacím které se dějí při startup systému (každého, který dělá autodetekci HW a následný load/init driverů závislých na typu hw), nelze tuto hodnotu brát/uvádět jako směrodatnou pro porovnání zrychlení* (resp. když už, tak by se měly porovnávat rychlosti bootu v reálu a virtuálu mající, běžící na, a emulující 100% shodný HW).

Nic více, nic méně.

* Ale pochopitelně je zrychlení bootu velmi příjemné právě pro virtuální mašiny, které neběží stále, které si člověk spouští jen čas od času.

Ale ony startují rychleji i aplikace, které žádný HW neinicializují, takže tam naprosto zjevně působí efekt, který nemá s HW nic společného, takže neexistuje žádný důkaz, že inicializace HW na to má vliv, ale existuje důkaz, že je zde něco, co s HW nemá nic společného. Tedy, podejte nějaký důkaz, že ten HW na to vliv má. Něco víc než jen tuším bla bla bla.

Ach jo. Já se s Vámi nehádám a neoponuji, že ve virtualizaci nejsou win rychlejší. A ani nevylučuji, že celkové zrychlení má vliv i na boot. Ale říkám, že to, že je boot rychlejší, nemůže být (ani podpůrným) důkazem celkového zrychlení. Prostě rozdíl mezi implikací a ekvivalencí.

Slovo "tuším" jsem uváděl pro jedinou konkrétní věc a to přechod z w9x na řadu NT. Jinde mám jistotu.

Konkrétní příklady:
- Rapidní změny rychlosti bootu (tehdy až o 30-50s, dle počtu disků) když se u W95OSR2 CZ namísto originálního win driveru použil Intel Bus Master. Mimochodem, bylo nutné/vhodné použít (bootově pomalejší) Intelácký driver, neb originál (Standardní dual řadič) po povolení DMA (t.j. pro pozdější výrazné zrychlení práce s diskem) zkrachoval při intenzivním seekování. - Tedy, potvrzeni vlivu driveru.
- Změna rychlosti bootu (pozorovatelna i u rady NT) v závislosti na tom, zda na PATA kšandě visí jediný disk nebo disky dva, závislost na nastavení jumperů (mastre,slave,single,CS) a závislost na typu výrobce disku při mixu výrobců(někteří nedělají rozdíl mezi single/master, asi proto ten vliv). A vliv šuplíku (možná nepřímo, vím, že ovlivňuje single/master nastavení). - Tedy, potvrzení vlivu HW.
- Změna rychlosti bootu, když je/není zasunuta síťová karta a je/není/(resp. jak) povolené sdílení a přidělení IP. Karta mívala větší vliv u w9x, nastavní sdílení má větší vliv u NT (XP už během startupu systému osahávají síť a pokouší se zjistit browse mastera, případně vyvolat volby). - Tedy, vliv HW a (u řady NT) nastavení a odezvy na services (tedy povolení/zakázání services pro síťové služby - od server-workstation až po DHCP).

Podotýkám, že v posledním případě mluvím o malé či domácí síti BEZ doménového serveru. S doménovým serverem a s přihlášením do domény to může vypadat jinak. Tam zkušenosti nemám. A také že větší vliv karty u w9x byl možná dán výkonem HW - už je to nad deset let a tehdy s pomalejšími stroji se možná HW detekoval hůře (např. ještě ISA sběrnice) něž pak trvala úvodní komunikace mezi stroji, kterou jsem jako zpomalení (relativním posouzením) začal pociťovat až na rychlejším HW.

To jsou věci, na které jsem si hned vzpomněl, které mi výrazněji ovlivňovali a ovlivňují rychlost bootu - výrazněji znamená, že relativní změna je pro mne citelná, viditelná na první pohled. Ještě mi v hlavě straší promlém s AGP kartou a zpomalením bootu u W2K po dohrání AGP driveru - ale tam jsem měl zkušenost s jedinou kartou a jediným driverem, takže to si netroufám prohlásit za obecný fakt, to bylo možná v něčem jiném.

A prosím, zachovejte alespoň nějakou úroveň diskuse a "bla bla bla" si pro příště odpuste, nebo si nemáme co říci. Díky.

Proc je i u mne rychlejsi emulovany Windows nez ten nativni (mereno na stejnem stroji).

1) Urcite kvuli jednodussimu HW v emulatoru
2) Kvuli diskovym operacim. Windows nonstop zdruzje tim ze hrabe na pripojene zarizeni, aby mohl delat automount, kdyz je odpojite, tak to nedela
3) Vypnuti firewallu a celkove rychlejsi odezva site, kterou managuje Linux
4) A tomu bych dal nejvic je to, ze to cele jede na 64bitove linuxove podlozce

Zkouseli jste nekdo zprovoznit ten virtualni stroj, aby jste ho videli v siti. Tak aby se na nej dalo napr. prihlasit ssh-ckem, web atd.
Zkousel jsem tyhle howto http://www.virtualbox.org/wiki/User_HOWTOS
Bohuzel neuspesne.
Ma nekdo nejake jine reseni ?

Pripojit se na nej sshackem, nebo webem jsem nezkousel, ale potreboval jsem z nej dostat nejaka data a to slo v pohode pres samba prohlizec a naopak na linux jsem se taky dostal normalne \\server\disk, takze si myslim, ze by mohl fungovat i ten web i to sshcko.

Z clanku jsem se nic noveho nedozvedel, chtelo by to probrat vse do naprostych detailu a ne jen psat tendencni clanky pro BFU s *buntu =( Btw. jeden google query a mam ihned VirtualBox bridging interface HowTo, se kterym sit pojede: http://www.virtualbox.org/wiki/Automatic_Bridge_Ubuntu

Hmm, tak když stačí jeden dotaz na google, tak proč to duplicitně psát do článku, který neplní - a nemá plnit - úlohu howto.

Moc se mi ten program líbí.

Jen trochu nerad instaluji balíčky třetích stran. Není mi jasné, proč mé Ubuntu (no flame pls) obsahuje v Multiverse vmware-player ale na VirtualBox balíček není. Přitom VBox je "náš" (rozuměj GPL). Jak jsou na tom ostatní distra?

Takto:

[0952][majkro@skung: ~]$ pacman -Ss virtual|grep virtualbox
community/virtualbox 1.3.8-6
community/virtualbox-additions 1.3.8-1
community/virtualbox-modules 1.3.8-5

přes automatix2 je to mezi dostupnym software ...
http://www.getautomatix.com/wiki/index.php?title=Installation#Ubuntu_7.04_.28Feisty_i386.29

v pclinuxos je v repozitary...

Debian Sid

networ@nina:~/eurotel$ aptitude search virtualbox
v virtualbox -
p virtualbox-ose - PC virtualization solution
p virtualbox-ose-source - Source for the VirtualBox module
v virtualbox-source -

Takze chapu do dobre, ze VirtualBox neemuluje CPU ale pres modul bezi primo na nem, Vmware totiz CPU SW emuluje a tak je tam vse 10x pomalejsi nez v Qemu + Kqemu

Jinak tomu benchmarku neverim, protoze kdyz jsem ho delal ja kqemu VS vmware server tak byl vmware server 10x i vice pomalejsi

VMWare 10x pomalejsi a emuluje? To si to asi s necim pletete...

Obadavam se ze vubec nemate pravdu. VMWARE sleduje nacitani stranek do pameti a hleda v nich podezrele instrukce ty pak prepisuje na "neprivilegovane" instrukce. Ty pak vykonava host. Vysledkem je, ze host bezi stejne rychle jako realny pocitac. Jedina rezije je pri nacitani procesu do pameti.

To su predsa emulatory.

Přesně tak. Házet do jednoho pytle emulaci a virtualizaci je nespravedlivé a matoucí.

Základní rozdíl je, že virtualizace neřeší architekturu jako takovou, takže si pomocí ní neuděláte např. ppc na x86.

Lidé to pletou asi proto, že Qemu je emulátor, který pro x86 hostitele implementuje prostřednictvím jaderného modulu virtualizaci. Takže při troše neopatrnosti lze Qemu zařadit tam i tam.

> Přesně tak. Házet do jednoho pytle emulaci a virtualizaci je nespravedlivé a matoucí.

No ono to je jeste trochu slozitejsi, pokud se neomezim jen na CPU, ale i na periferie. Ty se totiz i ve virtualizacnich resenich casto emuluji (a nebo mene casto naopak). A ona takova emulace graficke karty zere dost vykonu. Da se tedy rici, ze jak CPU tak jednotlive periferie je mozne bud emulovat, nebo virtualizovat a ruzne programu umoznuji ruzne kombinace techto kroku.

Zprovoznil jste někdo tablet v guestu? Nemyslím jen pozici kurzoru, ale i přítlak a náklon pera...

me se to vcelku libi, trochu jsem to proklepal, ten brigde se mi tam sice
uchodit nepodarilo pod XP, ale zasel jsem tam rozbehnul OpenVPNku s GUI,
takze vcelku spokojen, myslim ze na vicejadrovkach to bude vrkat jako vino.
(na 2.8 Celer, 1GB RAM, DDR2 to taky nebezi spatne)

Zkousel jsem pod tim ReactOS, ale nejak se nerozbehnul, zacal bootovat a pak to
stuhlo.

Nezkousel jsem zadne *BSD pod tim, takze nemuzu soudit, stejne jako jsem to
nezkousel pod nejakym *BSD, pod linuchem to vrka vcelku spokojene.

Zaverem . . . joooo, na okna je to vcelku dobry.

Já mám 256 MB RAM takže jsem si udělal pomocí nLite 140 MB instalačku Windows XP Home SP2 s bezpečnostními aktualizacemi (Windows Update Downloader) a běží to nádherně.
Nekoukal jsem se kolik to žere, ale při testování ve Windows ve VMware si to bez spuštěných programů vzalo asi 20 MB RAM.

Testoval jsem instalaci a spuštění pár programů, které občas používám, a připojení k internetu.

pekna hracka ale v porovnani v vmware
- zla podpora pre nastavenia siete a ten zakladny sietovy setup je otrasny
- zdielane adresare sa ani nespustili s tym ze ich windows service spadol (support ziadny)
- obcas to zletelo uplne

takze pre realnu pracu zostavam pekne krasne pri vmware (a kto nechce za to platit nech pouziva vmplayer - ten je free)

To je teda nějaký divný program.Nainstaloval jsem ho.Vše mi chodilo:net disketa,usb,zvuk.Pak se mi zbořil system , přeinstaloval jsem ho.Nainstaloval jsem VB znovu vše mi chodí ale zvuk mi nejde.Hláška chybý výstupní zařízení a ještě něco to tam píše.Xp je original.Prosil jsem o radu na foru ale taky si asi nevědí rady.Tak co s tím?Zkusím stáhnout novou verzi a uvidím jinak to bylo dobrý.

Chci se zeptat, jak se daji prenaset virtualni stroje. Mam docela stary pocitac (dnesni PDA maji vetsi vykon), na kterem bych chtel mit virtualni wokna. Instalovat tam novy virtualni stroj je asi nepruchodne. Zkousel jsem vmware, ale wokna spadla na nejakou trapnou chybovou hlasku, takze jsem ho musel zavrhnout. Da se ve VirtualBox nainstalovat virtualni stroj na jinem pocitaci (a systemu - windows) a potom ho prenest na jiny pocitac s Linuxem?

Ja takhle obcas prenasim virtualni stroje mezi desktopem a notebookem. Staci jednoduse prenest virtualni hdd, na kterem je system nainstalovan(vdi soubor) a na druhem pocitaci se ve Virtualboxu pripoji pri vytvareni noveho systemu. Akorat se musi znovu nastavit parametry jako velikost pameti, video pameti, virtualnich mechanik. Mozna existuje i jednodussi zpusob, ale neznam ho.

afaik "a nechce se vám platit za VMware" je nesmysl, Vmware Server je free as a beer. Ocenil bych test jednotlivych guest OS tak, aby to melo nejakou vypovidajici hodnotu. Funguje pod tim FreeBSD (rada lidi tvrdi ze nikoliv)? Funguje pod tim Solaris 10 x86 06/06 nebo 11/06? "Funguje" tzn. jestli s tim nekdo ma dlouhodobejsi zkusenost (realna prace napr. v CDE), nezajimaji me odpovedi typu "sem nabootovaaal vooleee tak to faka co prudiiisss"..

informace o tom, ze vmware je placeny je nepresna. Lze si stahnout vmware server, ktery je free a nevyzaduje placenou licenci. Verze je pro win i linux.

Nevite nekdo, jak zvetsit virtualni disk s nainstalovanym systemem????

zvetsit to neumim ale pres Ghost (MiniPE) to prehravam na prazdny vetsi ...

bohuzel to nechodi s 64 bitovym kernelem...

Nejsem si jisty, co je to "to", ktere nechodi, ale pokud to ma byt virtualbox, tak ten rozhodne chodi (mandriva cooker x86_64)

Ktera verze?

Ja zkousel oficialni binarni, musel jsem tomu dohodit par 32bit knihoven, pak nabehlo GUI, akorat pri spusteni libovolnyho virtualniho stroje to vyplivlo error (invalid parametr jadernyho modulu nebo tak neco). Modul do kernelu se zkompiloval i zavedl bez problemu. Vygooglil jsem pak, ze to s 64bit jadrem proste nespolupracuje a ze na tom usilovne pracujou.

Ahoj ..jak je to s licenci na wmware? Kdybych chtel na mem LAMP serveru rozebehnout nejaky virtualni strojek pro kamose. Musim za vmware platit?

!!! NE !!!
VMWAAARE již před cca rokem uvolnil část svých produktů, takže buď vmware player nebo vmware server lze stáhnout a kj serveru vygenerovat licenční klíče jen proti registraci...
http://www.vmware.com/products/server/
http://www.vmware.com/products/player/

při použití nezapomeňte na instalaci vmware tools do virtuálního stroje hodně to pomůže výkonu...
při použití custom kernelu by vás mohl zajímat patch vmware anyany http://ftp.cvut.cz/vmware/

Kamik

Zařízení připojená k hostitelskému PC dostupná nejsou, ale Disketovou mechaniku, CD mechaniku a sériové a USB porty lze virtuálnímu počítači zpřístupnit:
1.Ve výběru vyberte PC kterému chcete port přidělit
2.Klikněte na tlačítko nastavení. Mělo by se otevřít nastavení danného PC. (PC by mělo být vypnuté, jinak nepůjde většina nastavení měnit!)
3.Klikněte na sériové porty (pro jiné jazyky: 7. shora)
4.Zaškrtněte povolit sériový port
5.Vyberte další nastavení portu (protože nevím k čemu jej chcete použít, musíte uvážit sám)
6.Tlačítkem OK nastavení uložte
Nyní by měl být port na virtuálním PC dostupný

VirtualBox se mi moc libi, ale jeste je na nem co zlepsovat.
Nainstaloval jsem si na notebooku s CoreDuo ve Windows XP Pro system Linux pod VB a divil jsem se, ze porad bezi ventilator procesoru. VB spotrebovaval 50% vykonu procesoru, i kdyz byl emulovany pocitac pomerne v klidu - byl jen spusteny, nic vic.
Kdyz jsem to same udelal ve VMwaru, tak spotrebovaval za stejne situace 2 nebo 3% vykonu procesoru.
Nezkousel jsem to jeste opacne - Windows ve VB pod Linuxem ale urcite zkusim, jestli to neni s vykonem procesoru lepsi, protoze se mi jinak VB fakt libi.
L.

Ahoj, mám problém s virtualizací s použitím VirtualBoxu v Ubuntu 8.4 , normálně jsem vytvoříl oddíl, rozjel jsem virtuální stroj. Ale při pokusu o instalaci Win XP jsem chtěl naformátovat partition a v té chvíli se program zasekne. Zkoušel jsem i nabootovat ve virtuálním stroji z live DVD Ubuntu a výsledek je stejný, program se zasekne. Neměl jste už někdy někdo tenhle problém, popř nevíte co s tím? Díky