VirtualBox 1.4.0

Szoftver

Az InnoTek kiadta az egyre népszerűbb, nyílt forrású virtualizációs szoftver legújabb, mérföldkőnek is számító 1.4.0-s verzióját.

A fejlesztők jelentős változtatásokat és újításokat eszközöltek az új verzióban. A teljesség igénye nélkül ezek a következők:

  • teljes 64bit támogatás
  • vágólap szinkronizálás a gazdagéppel
  • natív VMDK (VMware disk image) támogatás
  • natív partíció használata is lehetséges
  • javított FreeBSD / OpenBSD vendég OS támogatottság
  • számos területen hibajavítások

Hír itt. Letölthető innen.

( freeoli v | 2007. 06. 06., sze – 12:27 )

:)
vágólap szinkronizálás a gazdagéppel
natív partíció használata is lehetséges
natív VMDK (VMware disk image) támogatás

Ja, lentebb írták, hogy 5-ös, 9.8-as fejezet a Manualból.
Hát, ahogy látom, ezt úgy is el lehet követni, hogy egy meglévő partícióból raw fájlt csinál a virtualbox, és azt lehet csatolni. (9.8.1)
Vagy be lehet csatolni a teljes merevlemezt (9.8.2).
Hát én az előbbivel megpróbálkozom...

Szerk.:

Nos, az 9.8.1 a teljes merevlemez becsatolását mutatja be, míg a 9.8.2 egyes partíciókét.
Az a helyzet, hogy nekem olyasmi problémára hivatkozik, hogy

Could not access hard disk image '/home/proba/.VirtualBox/VDI/file.vmdk' (VERR_VDI_INVALID_SIGNATURE).

miután létrehoztam a vmdk fájlt.

Ja, valami ilyesmire gondoltam, mert root-ként minden további nélkül létre tudom hozni az image file-okat, amiket persze a usernek átadva nem megy.
A bajság csak abban rejlik, hogy az eszközhöz (hda2) irási és olvasási joga van minden usernek. Vagy nem az fstab-ban kellene ezt beállítani? Ha nem, akkor hol?

Szerk: A usert beraktam a "disk" csoportba. Ua. a probléma.

Áh. Tojok az egészre.

Végül is úgy oldottam meg, hogy fusson natívan az XP, hogy a disk csoportba felvettem a usernevet.
Aztán

VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/hda -relative -register # vagyis nem a -partitions 1,5 opcióval
VBoxManage modifyvm WindowsXP -hda /path/to/file.vmdk

Na, ezzel jön a GRUB az összes potenciális lehetőségével egyetemben!
Milyen szép is lett volna, ha az elsődleges (éppen futó) Linuxomat futtatom emulálva saját maga alatt!
A másik, hogy valamilyen számomra érthetetlen - de nem is érdekel - okból kifolyólag a natív WindowsXP könyörgött a regisztrációért. Persze ez egy legális XP, lévén csatolt áru volt a notebookomhoz, amit anno regisztráltam is.

Konzekvenciák:

- A natív Windows futtatása lehetséges.
- A natív Windows futtatása célszerű olyan környezetben, mikor az MBR-ben nincs benne a Windows indítása (vagy a fene tudja, mert olyan tapasztalatom nincs, amikor csak úgy elindul). Illetve most jut eszembe, hogy az MBR fájlt, ha a Windows(XP) képes floppy-ra, USB-re menteni, akkor talán van esély arra, hogy azt beimportálva használható natív linuxot kapjunk.
- Ha mégis úgy döntesz, hogy natívan futtatod a GRUB-ból/LILO-ból elérhető Windows-odat, akkor készülj fel arra, hogy esetleg a Linux-od fog elindulni, ha éppen bootoláskor rádjön a hasmars, vagy a feleséged olyan fontos dologgal zavar meg, hogy hová tetted a körömcsipeszt.
- A natív Windows futtatásakor a Windows furcsán viselkedik.
- Remove VirtualBox on Acer Notebook.

Én is csináltam ezt. De baromira nem direkt.

Az első (néhány) qemu próbálkozásom során történt. A billentyűzet teljesen el volt tolódva (minden betű kb. 10-15 karakterrel jobbra), és ezért bootkor nem tudtam választani a grub menüben. Meg úgy semmit se sikerült.
A root-ként belépés, és poweroff is fél órányi jegyzetelés (melyik bill. hol látszik) után sikerült.
Aztán fsck. :-(

Jó ideges voltam. Aztán valami triviális megoldása volt, pl. X alól indítva jó volt a billentyű. Vagy fordítva, X alól volt rossz, és konzolon jó. Nem tudom.

De valahogy nem ment a windows, így letöröltem az egészet a fszba.

G

A másik, hogy valamilyen számomra érthetetlen - de nem is érdekel - okból kifolyólag a natív WindowsXP könyörgött a regisztrációért. Persze ez egy legális XP, lévén csatolt áru volt a notebookomhoz, amit anno regisztráltam is.

saját tapasztalatom szerint azért nem működött, mert a notihoz kapott xp nem működik másik vason, az emulált környezet pedig nyílván másik vasnak számít :-(

--
by Mikul@s

Érdekes, nekem simán ment neten keresztül is. Mondjuk kicsire vettem a diszket neki, úgyhogy valszeg reinstall lesz (ezt nem lehet elkerülni valahogy?) és akkor már telefonálgatni kell. Akkor kiderül hogy mit szólnak a vonal túlsó végén a virtualbox-os installhoz.... :)

Hello!

Nekem is sikerült behúzni a meglévő winxp-met virtualbox alá az általad leírt módszerrel. Eleinte behalt a grafikus felület indulásánál a boot, de röpke 2 óra windózápdételgetés után meggyógyult.
Viszont van egy óriási gáz! A szaros aktiválóprogramjuk... Észleli, hogy más hardver van alatta, így letiltja a belépésemet amíg újra nem aktiválom. Az aktiválás neten keresztül nem működik, csak telefonon. Izgi ez az 5 perces memóriajáték a sok-sok számmal, de örülnék egy jobb megoldásnak.
A windózom legális, laptophoz adták. Ha jól tudom, akkor a licenc egy gépre való telepítésre szól. Ebben az esetben pont ez történt, nem sértem meg a licencet, mégis szivat az aktiválással. Ha jól sejtem, akkor az is teljesen elfogadott, hogy egy winyóra telepített rendszert más-más gépbe pakoljak, ugyanis ezzel nem történik újabb gépre való telepítés.
Na mindegy, a jogi dolgokkal valószínüleg nem sokra megyek, inkább gyakorlati ötletet szeretnék. Használjak valami crack-et ami kilövi az idegesítő aktiválást? Elég gáz, hogy legális windózzal is trükközni kell...

hali!

no megprobalkoztam enis az altalad leirt modszerrel beizzitani a windozom, de nem akarja az igazsagot:
Syntax error: Invalid command 'createrawvmdk'

azt mondja, hogy csak ezek a parancsok leteznek:

loadsyms | [delta] [module] [module address]
unloadsyms |
setvdiuuid

gentoo-n vagyok, 1.4es virtualbox:
app-emulation/virtualbox-1.4.0 USE="alsa hal -additions -nowrapper -sdk -vboxbfe"

ekkor meg nem adtam fel a dolgot, gondoltam megprobalom a vmwares imaget, jobb mint a semmi...ellenben ez is produkalt egy szepseget:
Unknown error initializing kernel driver (VERR_VM_DRIVER_VERSION_MISMATCH).
VBox status code: -1912 (VERR_VM_DRIVER_VERSION_MISMATCH).

koszi elore is a help!

( dzsekijo | 2007. 06. 06., sze – 12:54 )

Lehet hogy akkor akár migrálhatnám a qemu-s FreeBSD instanciám VirtualBoxba? Bár valószínűleg nem teszem. A qemu UI-ja nagyon kézreáll nekem. Nem kell vacak gtk-s widgeteket kattintgatni meg ablakokat tolongatni meg fosni hogy mi lesz ha a bugos fglrx miatt crashel az X (alternatively, még a cucc vncserverbe ágyazásával is vacakolni), csak elindítom daemon módba és:

- ha a guesthez akarok csatlakozni, bessh-zok;
- ha a qemu vezérlő konzoljához akarok csatlakozni, odatelnetelek;
- ha a guest OS konzolját akarom látni, rávnczek.

Leszarom, hogy kicsit lassabb, mint a Virtualbox. Általában nem csinálok rajta erőforrás igényes dolgot, de amúgy még a buildworld is egész tűrhetően ment rajta.

Plusz PITA lenne a migráció mert AFAIK a Virtualbox meg a Qemu nem
ismer közös lemezformátumot.

Pl.

-monitor tcp:localhost:1233,server,nowait vagy
-monitor telnet:localhost:1233,server,nowait.

Előbbi raw tcp kapcsolatot tesz lehetővé -- így netcat révén akár
szkriptelheted is az emulátort, az utóbbi meg rendes telnet sessiont,
azaz readline meg egyéb terminálfüggő dolgok működnek. Le van írva szépen a doksiban, nézd csak meg.

( goodbyte v | 2007. 06. 06., sze – 13:07 )

Whááá... király. Én a FreeBSD, meg a Solaris miatt raktam fel az 1.3.8-ast, de egyik se ment alatta... Bezzeg a Vista :D
Na, de most megnézem az újat.

( szotsaki | 2007. 06. 06., sze – 13:35 )

Pont tegnap határoztam el, hogy innentől nem dual boot lesz a gépen, hanem Linux mellé pakolok még egy Windowst virtuálisan.
A HUPwikiben a qemu volt megemlítve a VMware alternatívájaként (mivel az nem akart felmenni kernelforrás gondok miatt).
Leszedtem, feltettem a qemut (benne a kqemu gyorsítóval), és felment rá az XP. Szépen el is futkározik.

De mivel még nincs beállítva, ezért, ha gyorsabb, kipróbálnám a Virtualboxot is.
Ha van valakinek tapasztalata, hogy melyik fut gyorsabban sima x86-os gépen, kérem, ossza meg.

( mpathy | 2007. 06. 06., sze – 14:02 )

Azért az a natív partíció használat elég pilótavizsgás.

--
- Hogyan lehet tanulni? - Jól kell tudni kérdezni. - Hogyan lehet jól kérdezni? - Ahhoz sokat kell tudni...

( gee v | 2007. 06. 06., sze – 14:02 )

Na végre van natív partíció.

Akkor majd kipróbálom.

G

( Botond | 2007. 06. 06., sze – 14:21 )

Titokban fölbukkant az USB támogatás is. Ha lesz helyem, kipróbálom.

Nekem eddig is remekül kezelte az usb-s scanneremet jobban mint a VMware.
A VMware csak akkor látta az usb-s scannert ha indítása előtt is be volt kapcsolva. Míg a Virtualbox alatt futó XP akkor is látta a scannert, ha csak később (a guest rendszer elindulása után) kapcsoltam be.

környezet:
VMware Workstation 5.5.4 for Linux és Virtualbox 1.3.8

( BaT | 2007. 06. 06., sze – 15:25 )

# natív VMDK (VMware disk image) támogatás
# natív partíció használata is lehetséges

Most jutott el oda, hogy érdemes kipróbálni qemu helyettesítésére. :)

Úgy, hogy pl az ATI/Nvidia/akármi driver helyett egy általános drivert fog betölteni. Lehet, kicsit lassabb lesz az első boot, mert drivert is kell telepíteni, de megoldható.

___
"What to say? Windows _IS_ opensource, you just have to know how to read assembler."

( sede | 2007. 06. 06., sze – 15:52 )

Nagyon köszi, hogy leírtad! Időnként megnézem, nem jött-e ki az új VirtualBox, de tegnap épp amikor néztem még nem volt hír róla. Ha most nem lenne ez a hír 2 hétig oda se néznék a honlapjára.

( Tron | 2007. 06. 06., sze – 17:12 )

Telepítéskor ezt a hibát kapom:

Starting VirtualBox kernel module: vboxdrvFATAL: Error inserting vboxdrv (/lib/modules/2.6.21/misc/vboxdrv.ko): invalid module format
* Modprobe vboxdrv failed. Please use 'dmesg' to find out why.

# dmesg
....
vboxdrv: disagrees about version of symbol struct_module

------------------------------------
[Debian Etch; ASUS P4T533-4; 2.4GHz CPU; 512MB RAM; FluxBox]

( hbalazs | 2007. 06. 08., p – 10:10 )

Sziasztok!

Találkozott más is azzal a problémával, hogy a beállított host key egyszerűen nem működik?
Bármilyen billentyűt állítok be rá, hatástalan, nem kapom vissza az irányítást Linuxon.
Ugyanez a probléma megvolt már 1.3.8 esetén is.
Roppant zavaró a probléma, mert így sajnos használhatatlan a cuccos.
Valami ötlet?

Üdv,
Balázs

Szia!

Igen. Jó gombot nyomok. A preferences alatt már megpróbáltam beállítani másra is, de azzal sem működött.
Valószínüleg ugyanazt az értéket generálja, hiszen ha átállítom a host keyt másra, akkor azt a generált értéket kell
várni, amit a beállított billentyű generál.
Azért megnézem ezt a xev-t.

Balázs

Szia!

Az az érdekes, hogy a probléma Debian Etch alatt áll fenn. A virtualbox 1.4.0 csomagból van
telepítve. (A Virtualbox oldaláról töltöttem le).
Viszont Frugalware alatt az 1.3.8 tökéletesen működik.
Debian alatt próbálta valaki? Lehet a csomag mem jó?

Üdv,
Balázs

Szia!

Az az érdekes, hogy a probléma Debian Etch alatt áll fenn. A virtualbox 1.4.0 csomagból van
telepítve. (A Virtualbox oldaláról töltöttem le).
Viszont Frugalware alatt az 1.3.8 tökéletesen működik.
Debian alatt próbálta valaki? Lehet a csomag mem jó?

Üdv,
Balázs