VirtualBox

source: vbox/trunk/doc/manual/en_US/user_GuestAdditions.xml@ 64936

最後變更 在這個檔案從64936是 64936,由 vboxsync 提交於 8 年 前

Additions/win: Don't depend on the checked in certificate, but rather extract the code signing certificates from VBoxGuest.sys and VBoxCertUtil.exe.

檔案大小: 76.6 KB
 
1<?xml version="1.0" encoding="UTF-8"?>
2<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
3"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd">
4<chapter id="guestadditions">
5 <title>Guest Additions</title>
6
7 <para>The previous chapter covered getting started with VirtualBox and
8 installing operating systems in a virtual machine. For any serious and
9 interactive use, the VirtualBox Guest Additions will make your life much
10 easier by providing closer integration between host and guest and improving
11 the interactive performance of guest systems. This chapter describes the
12 Guest Additions in detail.</para>
13
14 <sect1>
15 <title>Introduction</title>
16
17 <para>As mentioned in <xref linkend="virtintro" />, the Guest Additions
18 are designed to be installed <emphasis>inside</emphasis> a virtual machine
19 after the guest operating system has been installed. They consist of
20 device drivers and system applications that optimize the guest operating
21 system for better performance and usability. Please see <xref
22 linkend="guestossupport" /> for details on what guest operating systems
23 are fully supported with Guest Additions by VirtualBox.</para>
24
25 <para>The VirtualBox Guest Additions for all supported guest operating
26 systems are provided as a single CD-ROM image file which is called
27 <computeroutput>VBoxGuestAdditions.iso</computeroutput>. This image file
28 is located in the installation directory of VirtualBox. To install the
29 Guest Additions for a particular VM, you mount this ISO file in your VM as
30 a virtual CD-ROM and install from there.</para>
31
32 <para>The Guest Additions offer the following features:<glosslist>
33 <glossentry>
34 <glossterm>Mouse pointer integration</glossterm>
35
36 <glossdef>
37 <para>To overcome the limitations for mouse support that were
38 described in <xref linkend="keyb_mouse_normal" />, this provides
39 you with seamless mouse support. You will only have one mouse
40 pointer and pressing the Host key is no longer required to "free"
41 the mouse from being captured by the guest OS. To make this work,
42 a special mouse driver is installed in the guest that communicates
43 with the "real" mouse driver on your host and moves the guest
44 mouse pointer accordingly.</para>
45 </glossdef>
46 </glossentry>
47
48 <glossentry>
49 <glossterm>Shared folders</glossterm>
50
51 <glossdef>
52 <para>These provide an easy way to exchange files between the host
53 and the guest. Much like ordinary Windows network shares, you can
54 tell VirtualBox to treat a certain host directory as a shared
55 folder, and VirtualBox will make it available to the guest
56 operating system as a network share, irrespective of whether guest
57 actually has a network. For details, please refer to <xref
58 linkend="sharedfolders" />.</para>
59 </glossdef>
60 </glossentry>
61
62 <glossentry>
63 <glossterm>Better video support</glossterm>
64
65 <glossdef>
66 <para>While the virtual graphics card which VirtualBox emulates
67 for any guest operating system provides all the basic features,
68 the custom video drivers that are installed with the Guest
69 Additions provide you with extra high and non-standard video modes
70 as well as accelerated video performance.</para>
71
72 <para>In addition, with Windows, Linux and Solaris guests, you can
73 resize the virtual machine's window if the Guest Additions are
74 installed. The video resolution in the guest will be automatically
75 adjusted (as if you had manually entered an arbitrary resolution
76 in the guest's display settings). Please see <xref
77 linkend="intro-resize-window" /> also.</para>
78
79 <para>Finally, if the Guest Additions are installed, 3D graphics
80 and 2D video for guest applications can be accelerated; see <xref
81 linkend="guestadd-video" />.</para>
82 </glossdef>
83 </glossentry>
84
85 <glossentry>
86 <glossterm>Seamless windows</glossterm>
87
88 <glossdef>
89 <para>With this feature, the individual windows that are displayed
90 on the desktop of the virtual machine can be mapped on the host's
91 desktop, as if the underlying application was actually running on
92 the host. See <xref linkend="seamlesswindows" /> for
93 details.</para>
94 </glossdef>
95 </glossentry>
96
97 <glossentry>
98 <glossterm>Generic host/guest communication channels</glossterm>
99
100 <glossdef>
101 <para>The Guest Additions enable you to control and monitor guest
102 execution in ways other than those mentioned above. The so-called
103 "guest properties" provide a generic string-based mechanism to
104 exchange data bits between a guest and a host, some of which have
105 special meanings for controlling and monitoring the guest; see
106 <xref linkend="guestadd-guestprops" /> for details.</para>
107
108 <para>Additionally, applications can be started in a guest from
109 the host; see <xref linkend="guestadd-guestcontrol" />.</para>
110 </glossdef>
111 </glossentry>
112
113 <glossentry>
114 <glossterm>Time synchronization</glossterm>
115
116 <glossdef>
117 <para>With the Guest Additions installed, VirtualBox can ensure
118 that the guest's system time is better synchronized with that of
119 the host.</para>
120
121 <para>For various reasons, the time in the guest might run at a
122 slightly different rate than the time on the host. The host could
123 be receiving updates via NTP and its own time might not run
124 linearly. A VM could also be paused, which stops the flow of time
125 in the guest for a shorter or longer period of time. When the wall
126 clock time between the guest and host only differs slightly, the
127 time synchronization service attempts to gradually and smoothly
128 adjust the guest time in small increments to either "catch up" or
129 "lose" time. When the difference is too great (e.g., a VM paused
130 for hours or restored from saved state), the guest time is changed
131 immediately, without a gradual adjustment.</para>
132
133 <para>The Guest Additions will re-synchronize the time regularly.
134 See <xref linkend="changetimesync" /> for how to configure the
135 parameters of the time synchronization mechanism.</para>
136 </glossdef>
137 </glossentry>
138
139 <glossentry>
140 <glossterm>Shared clipboard</glossterm>
141
142 <glossdef>
143 <para>With the Guest Additions installed, the clipboard of the
144 guest operating system can optionally be shared with your host
145 operating system; see <xref linkend="generalsettings" />.</para>
146 </glossdef>
147 </glossentry>
148
149 <glossentry>
150 <glossterm>Automated logons (credentials passing)</glossterm>
151
152 <glossdef>
153 <para>For details, please see <xref linkend="autologon" />.</para>
154 </glossdef>
155 </glossentry>
156 </glosslist></para>
157
158 <para>Each version of VirtualBox, even minor releases, ship with their own
159 version of the Guest Additions. While the interfaces through which the
160 VirtualBox core communicates with the Guest Additions are kept stable so
161 that Guest Additions already installed in a VM should continue to work
162 when VirtualBox is upgraded on the host, for best results, it is
163 recommended to keep the Guest Additions at the same version.</para>
164
165 <para>Starting with VirtualBox 3.1, the Windows and Linux Guest Additions
166 therefore check automatically whether they have to be updated. If the host
167 is running a newer VirtualBox version than the Guest Additions, a
168 notification with further instructions is displayed in the guest.</para>
169
170 <para>To disable this update check for the Guest Additions of a given
171 virtual machine, set the value of its
172 <computeroutput>/VirtualBox/GuestAdd/CheckHostVersion</computeroutput>
173 guest property to <computeroutput>0</computeroutput>; see <xref
174 linkend="guestadd-guestprops" /> for details.</para>
175 </sect1>
176
177 <sect1>
178 <title>Installing and Maintaining Guest Additions</title>
179
180 <para>Guest Additions are available for virtual machines running Windows,
181 Linux, Solaris or OS/2. The following sections describe the specifics of
182 each variant in detail.</para>
183
184 <sect2 id="additions-windows">
185 <title>Guest Additions for Windows</title>
186
187 <para>The VirtualBox Windows Guest Additions are designed to be
188 installed in a virtual machine running a Windows operating system. The
189 following versions of Windows guests are supported:</para>
190
191 <itemizedlist>
192 <listitem>
193 <para>Microsoft Windows NT 4.0 (any service pack)</para>
194 </listitem>
195
196 <listitem>
197 <para>Microsoft Windows 2000 (any service pack)</para>
198 </listitem>
199
200 <listitem>
201 <para>Microsoft Windows XP (any service pack)</para>
202 </listitem>
203
204 <listitem>
205 <para>Microsoft Windows Server 2003 (any service pack)</para>
206 </listitem>
207
208 <listitem>
209 <para>Microsoft Windows Server 2008</para>
210 </listitem>
211
212 <listitem>
213 <para>Microsoft Windows Vista (all editions)</para>
214 </listitem>
215
216 <listitem>
217 <para>Microsoft Windows 7 (all editions)</para>
218 </listitem>
219
220 <listitem>
221 <para>Microsoft Windows 8 (all editions)</para>
222 </listitem>
223
224 <listitem>
225 <para>Microsoft Windows 10 RTM build 10240</para>
226 </listitem>
227
228 <listitem>
229 <para>Microsoft Windows Server 2012</para>
230 </listitem>
231
232 </itemizedlist>
233
234 <sect3 id="mountingadditionsiso">
235 <title>Installation</title>
236
237 <para>In the "Devices" menu in the virtual machine's menu bar,
238 VirtualBox has a handy menu item named "Insert Guest Additions CD image",
239 which mounts the Guest Additions ISO file inside your virtual machine.
240 A Windows guest should then automatically start the Guest Additions
241 installer, which installs the Guest Additions into your Windows
242 guest. Other guest operating systems (or if automatic start of
243 software on CD is disabled) need manual start of the installer.</para>
244
245 <note>
246 <para>For the basic Direct3D acceleration to work in a Windows Guest, you
247 have to install the Guest Additions in "Safe Mode".
248 This does <emphasis role="bold">not</emphasis> apply to the experimental
249 WDDM Direct3D video driver available
250 for Vista and Windows 7 guests, see <xref linkend="KnownIssues" /> for
251 details.<footnote><para>The experimental WDDM driver was added with
252 VirtualBox 4.1.</para></footnote></para>
253 </note>
254
255 <para>If you prefer to mount the additions manually, you can perform
256 the following steps:</para>
257
258 <orderedlist>
259 <listitem>
260 <para>Start the virtual machine in which you have installed
261 Windows.</para>
262 </listitem>
263
264 <listitem>
265 <para>Select "Mount CD/DVD-ROM" from the "Devices" menu in the
266 virtual machine's menu bar and then "CD/DVD-ROM image". This
267 brings up the Virtual Media Manager described in <xref
268 linkend="vdis" />.</para>
269 </listitem>
270
271 <listitem>
272 <para>In the Virtual Media Manager, press the "Add" button and
273 browse your host file system for the
274 <computeroutput>VBoxGuestAdditions.iso</computeroutput>
275 file:<itemizedlist>
276 <listitem>
277 <para>On a Windows host, you can find this file in the
278 VirtualBox installation directory (usually under
279 <computeroutput>C:\Program
280 files\Oracle\VirtualBox</computeroutput> ).</para>
281 </listitem>
282
283 <listitem>
284 <para>On Mac OS X hosts, you can find this file in the
285 application bundle of VirtualBox. (Right click on the
286 VirtualBox icon in Finder and choose <emphasis>Show Package
287 Contents</emphasis>. There it is located in the
288 <computeroutput>Contents/MacOS</computeroutput>
289 folder.)</para>
290 </listitem>
291
292 <listitem>
293 <para>On a Linux host, you can find this file in the
294 <computeroutput>additions</computeroutput> folder under
295 where you installed VirtualBox (normally
296 <computeroutput>/opt/VirtualBox/</computeroutput>).</para>
297 </listitem>
298
299 <listitem>
300 <para>On Solaris hosts, you can find this file in the
301 <computeroutput>additions</computeroutput> folder under
302 where you installed VirtualBox (normally
303 <computeroutput>/opt/VirtualBox</computeroutput>).</para>
304 </listitem>
305 </itemizedlist></para>
306 </listitem>
307
308 <listitem>
309 <para>Back in the Virtual Media Manager, select that ISO file and
310 press the "Select" button. This will mount the ISO file and
311 present it to your Windows guest as a CD-ROM.</para>
312 </listitem>
313 </orderedlist>
314
315 <para>Unless you have the Autostart feature disabled in your Windows
316 guest, Windows will now autostart the VirtualBox Guest Additions
317 installation program from the Additions ISO. If the Autostart feature
318 has been turned off, choose
319 <computeroutput>VBoxWindowsAdditions.exe</computeroutput> from the
320 CD/DVD drive inside the guest to start the installer.</para>
321
322 <para>The installer will add several device drivers to the Windows
323 driver database and then invoke the hardware detection wizard.</para>
324
325 <para>Depending on your configuration, it might display warnings that
326 the drivers are not digitally signed. You must confirm these in order
327 to continue the installation and properly install the
328 Additions.</para>
329
330 <para>After installation, reboot your guest operating system to
331 activate the Additions.</para>
332 </sect3>
333
334 <sect3>
335 <title>Updating the Windows Guest Additions</title>
336
337 <para>Windows Guest Additions can be updated by running the
338 installation program again, as previously described. This will then
339 replace the previous Additions drivers with updated versions.</para>
340
341 <para>Alternatively, you may also open the Windows Device Manager and
342 select "Update driver..." for two devices:</para>
343
344 <orderedlist>
345 <listitem>
346 <para>the VirtualBox Graphics Adapter and</para>
347 </listitem>
348
349 <listitem>
350 <para>the VirtualBox System Device.</para>
351 </listitem>
352 </orderedlist>
353
354 <para>For each, choose to provide your own driver and use "Have Disk"
355 to point the wizard to the CD-ROM drive with the Guest
356 Additions.</para>
357 </sect3>
358
359 <sect3>
360 <title>Unattended Installation</title>
361
362 <para>As a prerequisite for avoid popups during performing an
363 unattended installation of the VirtualBox Guest Additions, the code
364 signing certificates used to sign the drivers needs to be installed in
365 the right certificates stores in the guest system. Failing to do this
366 will cause a typical windows installation to pop up a dialog asking
367 whether its allowable to install each driver.</para>
368
369 <note><para>On some Windows versions like Windows 2000 and Windows XP the user intervention
370 popups mentioned above always will be displayed, even after importing the Oracle certificates.</para></note>
371
372 <para>Since VirtualBox 4.2 installing those code signing certificates
373 on a Windows guest can be done in an automated fashion using the
374 <computeroutput>VBoxCertUtil.exe</computeroutput> utility found on the Guest
375 Additions installation CD in the <computeroutput>cert</computeroutput>
376 folder:</para>
377
378 <itemizedlist>
379 <listitem>
380 <para>Log in as Administrator on the guest.</para>
381 </listitem>
382
383 <listitem>
384 <para>Mount the VirtualBox Guest Additions .ISO.</para>
385 </listitem>
386
387 <listitem>
388 <para>Open a command line window on the guest and change to
389 the <computeroutput>cert</computeroutput> folder on the VirtualBox
390 Guest Additions CD.</para>
391 </listitem>
392
393 <listitem>
394 <para>Do<screen>for %i in (vbox*.cer) do VBoxCertUtil add-trusted-publisher %i --root %i</screen></para>
395 <para>This will install the certificates to the certificate store. When installing the same certificate
396 more than once, an appropriate error will be displayed.</para>
397 </listitem>
398 </itemizedlist>
399
400 <para>Prior to VirtualBox 4.2 the code signing certificates need to be imported in more manual style
401 using the <computeroutput>certutil.exe</computeroutput> utility, which is shipped since Windows
402 Vista. For Windows versions before Vista you need to download and install <computeroutput>certutil.exe</computeroutput>
403 manually. Since the certificates are not accompanied on the VirtualBox Guest Additions CD-ROM
404 prior to 4.2, these need to get extracted from a signed VirtualBox executable first.</para>
405
406 <para>In the following example the needed certificates will be extracted from the VirtualBox
407 Windows Guest Additions installer on the CD-ROM:</para>
408
409 <glosslist>
410 <glossentry>
411 <glossterm>VeriSign Code Signing CA</glossterm>
412 <glossdef>
413 <para>Open the Windows Explorer.</para>
414 <itemizedlist>
415 <listitem>
416 <para>Right click on VBoxWindowsAdditions-&lt;Architecture&gt;.exe,
417 click on "Properties"</para>
418 </listitem>
419 <listitem>
420 <para>Go to tab "Digital Signatures", choose "Oracle Corporation" and click on "Details"</para>
421 </listitem>
422 <listitem>
423 <para>In tab "General" click on "View Certificate"</para>
424 </listitem>
425 <listitem>
426 <para>In tab "Certification Path" select "VeriSign Class 3 Public Primary CA"</para>
427 </listitem>
428 <listitem>
429 <para>Click on "View Certificate"</para>
430 </listitem>
431 <listitem>
432 <para>In tab "Details" click on "Copy to File ..."</para>
433 </listitem>
434 <listitem>
435 <para>In the upcoming wizard choose "DER encoded binary X.509 (.CER)"
436 and save the certificate file to a local path, finish the wizard</para>
437 </listitem>
438 <listitem>
439 <para>Close certificate dialog for "Verisign Class 3 Code Signing
440 2010 CA"</para>
441 </listitem>
442 </itemizedlist>
443 </glossdef>
444 </glossentry>
445
446 <glossentry>
447 <glossterm>Oracle Corporation</glossterm>
448 <glossdef>
449 <para>Open the Windows Explorer.</para>
450 <itemizedlist>
451 <listitem>
452 <para>Right click on VBoxWindowsAdditions-&lt;Architecture&gt;.exe,
453 click on "Properties"</para>
454 </listitem>
455 <listitem>
456 <para>Go to tab "Digital Signatures", choose "Oracle Corporation" and click on "Details"</para>
457 </listitem>
458 <listitem>
459 <para>In tab "General" click on "View Certificate"</para>
460 </listitem>
461 <listitem>
462 <para>In tab "Details" click on "Copy to File ..."</para>
463 </listitem>
464 <listitem>
465 <para>In the upcoming wizard choose "DER encoded binary X.509 (.CER)"
466 and save the certificate file to a local path, finish the wizard</para>
467 </listitem>
468 <listitem>
469 <para>Close certificate dialog for "Oracle Corporation"</para>
470 </listitem>
471 </itemizedlist>
472 </glossdef>
473 </glossentry>
474 </glosslist>
475
476 <para>After exporting the two certificates above they can be imported into the
477 certificate store using the <computeroutput>certutil.exe</computeroutput>
478 utility:</para>
479
480 <para><computeroutput>certutil -addstore -f Root "&lt;Path to exported
481 certificate file&gt;"</computeroutput></para>
482
483 <para>In order to allow for completely unattended guest installations,
484 you can specify a command line parameter to the install
485 launcher:</para>
486
487 <screen>VBoxWindowsAdditions.exe /S</screen>
488
489 <para>This automatically installs the right files and drivers for the
490 corresponding platform (32- or 64-bit).</para>
491
492 <note><para>By default on an unattended installation on a Windows 7 or 8
493 guest, there will be the XPDM graphics driver installed. This graphics
494 driver does not support Windows Aero / Direct3D on the guest - instead the
495 experimental WDDM graphics driver needs to be installed. To select this
496 driver by default, add the command line parameter
497 <computeroutput>/with_wddm</computeroutput> when invoking the Windows
498 Guest Additions installer.</para></note>
499 <note><para>For Windows Aero to run correctly on a guest, the guest's
500 VRAM size needs to be configured to at least 128 MB.</para></note>
501
502 <para>For more options regarding unattended guest installations,
503 consult the command line help by using the command:</para>
504
505 <screen>VBoxWindowsAdditions.exe /?</screen>
506 </sect3>
507
508 <sect3 id="windows-guest-file-extraction">
509 <title>Manual file extraction</title>
510
511 <para>If you would like to install the files and drivers manually, you
512 can extract the files from the Windows Guest Additions setup by
513 typing:</para>
514
515 <screen>VBoxWindowsAdditions.exe /extract</screen>
516
517 <para>To explicitly extract the Windows Guest Additions for another
518 platform than the current running one (e.g. 64-bit files on a 32-bit
519 system), you have to execute the appropriate platform installer
520 (<computeroutput>VBoxWindowsAdditions-x86.exe</computeroutput> or
521 <computeroutput>VBoxWindowsAdditions-amd64.exe</computeroutput>) with
522 the <computeroutput>/extract</computeroutput> parameter.</para>
523 </sect3>
524
525 </sect2>
526
527 <sect2>
528 <title>Guest Additions for Linux</title>
529
530 <para>Like the Windows Guest Additions, the VirtualBox Guest Additions
531 for Linux are a set of device drivers and system applications which may
532 be installed in the guest operating system.</para>
533
534 <para>The following Linux distributions are officially supported:</para>
535
536 <itemizedlist>
537 <listitem>
538 <para>Oracle Linux as of version 5 including UEK kernels;</para>
539 </listitem>
540
541 <listitem>
542 <para>Fedora as of Fedora Core 4;</para>
543 </listitem>
544
545 <listitem>
546 <para>Redhat Enterprise Linux as of version 3;</para>
547 </listitem>
548
549 <listitem>
550 <para>SUSE and openSUSE Linux as of version 9;</para>
551 </listitem>
552
553 <listitem>
554 <para>Ubuntu as of version 5.10.</para>
555 </listitem>
556 </itemizedlist>
557
558 <para>Many other distributions are known to work with the Guest
559 Additions.</para>
560
561 <para>The version of the Linux kernel supplied by default in SUSE and
562 openSUSE 10.2, Ubuntu 6.10 (all versions) and Ubuntu 6.06 (server
563 edition) contains a bug which can cause it to crash during startup when
564 it is run in a virtual machine. The Guest Additions work in those
565 distributions.</para>
566
567 <para>Note that some Linux distributions already come with all or part of
568 the VirtualBox Guest Additions. You may choose to keep the distribution's
569 version of the Guest Additions but these are often not up to date and
570 limited in functionality, so we recommend replacing them with the
571 Guest Additions that come with VirtualBox. The VirtualBox Linux Guest
572 Additions installer tries to detect existing installation and replace
573 them but depending on how the distribution integrates the Guest
574 Additions, this may require some manual interaction. It is highly
575 recommended to take a snapshot of the virtual machine before replacing
576 pre-installed Guest Additions.</para>
577
578 <sect3>
579 <title>Installing the Linux Guest Additions</title>
580
581 <para>The VirtualBox Guest Additions for Linux are provided on the
582 same virtual CD-ROM file as the Guest Additions for Windows described
583 above. They also come with an installation program guiding you through
584 the setup process, although, due to the significant differences between
585 Linux distributions, installation may be slightly more complex.</para>
586
587 <para>Installation generally involves the following steps:</para>
588
589 <orderedlist>
590 <listitem>
591 <para>Before installing the Guest Additions, you will have to
592 prepare your guest system for building external kernel modules.
593 This works similarly as described in <xref
594 linkend="externalkernelmodules" />, except that this step must now
595 be performed in your Linux <emphasis>guest</emphasis> instead of
596 on a Linux host system, as described there.</para>
597
598 <para>If you suspect that something has gone wrong, check that your
599 guest is set up correctly and try executing the command
600 <screen>rcvboxadd setup</screen> as root.</para>
601 </listitem>
602
603 <listitem>
604 <para>Insert the
605 <computeroutput>VBoxGuestAdditions.iso</computeroutput> CD file
606 into your Linux guest's virtual CD-ROM drive, exactly the same way
607 as described for a Windows guest in <xref
608 linkend="mountingadditionsiso" />.</para>
609 </listitem>
610
611 <listitem>
612 <para>Change to the directory where your CD-ROM drive is mounted
613 and execute as root:</para>
614
615 <screen>sh ./VBoxLinuxAdditions.run</screen>
616
617 </listitem>
618 </orderedlist>
619 </sect3>
620
621 <sect3>
622 <title>Graphics and mouse integration</title>
623
624 <para>In Linux and Solaris guests, VirtualBox graphics and mouse
625 integration goes through the X Window System. VirtualBox can use
626 the X.Org variant of the system (or XFree86 version 4.3 which is
627 identical to the first X.Org release). During the installation process,
628 the X.Org display server will be set up to use the graphics and mouse
629 drivers which come with the Guest Additions.</para>
630
631 <para>After installing the Guest Additions into a fresh installation of
632 a supported Linux distribution or Solaris system (many unsupported
633 systems will work correctly too), the guest's graphics
634 mode will change to fit the size of the VirtualBox window
635 on the host when it is resized. You can also ask the guest system to
636 switch to a particular resolution by sending a "video mode hint" using
637 the <computeroutput>VBoxManage</computeroutput> tool.</para>
638
639 <para>Multiple guest monitors are supported in guests using the X.Org
640 server version 1.3 (which is part of release 7.3 of the X Window System
641 version 11) or a later version. The layout of the guest screens can
642 be adjusted as needed using the tools which come with the guest
643 operating system.</para>
644
645 <para>If you want to understand more about the details of how the
646 X.Org drivers are set up (in particular if you wish to use them in a
647 setting which our installer doesn't handle correctly), you should read
648 <xref linkend="guestxorgsetup" />.</para>
649 </sect3>
650
651 <sect3>
652 <title>Updating the Linux Guest Additions</title>
653
654 <para>The Guest Additions can simply be updated by going through the
655 installation procedure again with an updated CD-ROM image. This will
656 replace the drivers with updated versions. You should reboot after
657 updating the Guest Additions.</para>
658 </sect3>
659
660 <sect3>
661 <title>Uninstalling the Linux Guest Additions</title>
662
663 <para>If you have a version of the Guest Additions installed on your
664 virtual machine and wish to remove it without installing new ones, you
665 can do so by inserting the Guest Additions CD image into the virtual
666 CD-ROM drive as described above and running the installer for the
667 current Guest Additions with the "uninstall" parameter from the path
668 that the CD image is mounted on in the guest: <screen>sh ./VBoxLinuxAdditions.run uninstall</screen></para>
669
670 <para>While this will normally work without issues, you may need to do some
671 manual cleanup of the guest (particularly of the XFree86Config or
672 xorg.conf file) in some cases, particularly if the Additions version
673 installed or the guest operating system were very old, or if you made
674 your own changes to the Guest Additions setup after you installed
675 them.</para>
676
677 <para>Starting with version 3.1.0, you can uninstall the Additions by
678 invoking <screen>/opt/VBoxGuestAdditions-@VBOX_VERSION_STRING@/uninstall.sh</screen>Please
679 replace
680 <computeroutput>/opt/VBoxGuestAdditions-@VBOX_VERSION_STRING@</computeroutput>
681 with the correct Guest Additions installation directory.</para>
682 </sect3>
683 </sect2>
684
685 <sect2>
686 <title>Guest Additions for Solaris</title>
687
688 <para>Like the Windows Guest Additions, the VirtualBox Guest Additions
689 for Solaris take the form of a set of device drivers and system
690 applications which may be installed in the guest operating
691 system.</para>
692
693 <para>The following Solaris distributions are officially
694 supported:</para>
695
696 <itemizedlist>
697 <listitem>
698 <para>Solaris 11 including Solaris 11 Express;</para>
699 </listitem>
700
701 <listitem>
702 <para>Solaris 10 (u5 and higher);</para>
703 </listitem>
704 </itemizedlist>
705
706 <para>Other distributions may work if they are based on comparable
707 software releases.</para>
708
709 <sect3>
710 <title>Installing the Solaris Guest Additions</title>
711
712 <para>The VirtualBox Guest Additions for Solaris are provided on the
713 same ISO CD-ROM as the Additions for Windows and Linux described
714 above. They also come with an installation program guiding you through
715 the setup process.</para>
716
717 <para>Installation involves the following steps:</para>
718
719 <orderedlist>
720 <listitem>
721 <para>Mount the
722 <computeroutput>VBoxGuestAdditions.iso</computeroutput> file as
723 your Solaris guest's virtual CD-ROM drive, exactly the same way as
724 described for a Windows guest in <xref
725 linkend="mountingadditionsiso" />.</para>
726
727 <para>If in case the CD-ROM drive on the guest doesn't get mounted
728 (observed on some versions of Solaris 10), execute as root:</para>
729
730 <screen>svcadm restart volfs</screen>
731 </listitem>
732
733 <listitem>
734 <para>Change to the directory where your CD-ROM drive is mounted
735 and execute as root:</para>
736
737 <screen>pkgadd -G -d ./VBoxSolarisAdditions.pkg</screen>
738 </listitem>
739
740 <listitem>
741 <para>Choose "1" and confirm installation of the Guest Additions
742 package. After the installation is complete, re-login to X server
743 on your guest to activate the X11 Guest Additions.</para>
744 </listitem>
745 </orderedlist>
746 </sect3>
747
748 <sect3>
749 <title>Uninstalling the Solaris Guest Additions</title>
750
751 <para>The Solaris Guest Additions can be safely removed by removing
752 the package from the guest. Open a root terminal session and
753 execute:</para>
754
755 <para><screen>pkgrm SUNWvboxguest</screen></para>
756 </sect3>
757
758 <sect3>
759 <title>Updating the Solaris Guest Additions</title>
760
761 <para>The Guest Additions should be updated by first uninstalling the
762 existing Guest Additions and then installing the new ones. Attempting
763 to install new Guest Additions without removing the existing ones is
764 not possible.</para>
765 </sect3>
766 </sect2>
767
768 <sect2>
769 <title>Guest Additions for OS/2</title>
770
771 <para>VirtualBox also ships with a set of drivers that improve running
772 OS/2 in a virtual machine. Due to restrictions of OS/2 itself, this
773 variant of the Guest Additions has a limited feature set; see <xref
774 linkend="KnownIssues" /> for details.</para>
775
776 <para>The OS/2 Guest Additions are provided on the same ISO CD-ROM as
777 those for the other platforms. As a result, mount the ISO in OS/2 as
778 described previously. The OS/2 Guest Additions are located in the
779 directory <computeroutput>\32bit\OS2</computeroutput>.</para>
780
781 <para>As we do not provide an automatic installer at this time, please
782 refer to the <computeroutput>readme.txt</computeroutput> file in that
783 directory, which describes how to install the OS/2 Guest Additions
784 manually.</para>
785 </sect2>
786 </sect1>
787
788 <sect1 id="sharedfolders">
789 <title>Shared folders</title>
790
791 <para>With the "shared folders" feature of VirtualBox, you can access
792 files of your host system from within the guest system. This is similar
793 how you would use network shares in Windows networks -- except that shared
794 folders do not need require networking, only the Guest Additions. Shared
795 Folders are supported with Windows (2000 or newer), Linux and Solaris
796 guests.</para>
797
798 <para>Shared folders must physically reside on the
799 <emphasis>host</emphasis> and are then shared with the guest, which uses a
800 special file system driver in the Guest Addition to talk to the host. For
801 Windows guests, shared folders are implemented as a pseudo-network
802 redirector; for Linux and Solaris guests, the Guest Additions provide a
803 virtual file system.</para>
804
805 <para>To share a host folder with a virtual machine in VirtualBox, you
806 must specify the path of that folder and choose for it a "share name" that
807 the guest can use to access it. Hence, first create the shared folder on
808 the host; then, within the guest, connect to it.</para>
809
810 <para>There are several ways in which shared folders can be set up for a
811 particular virtual machine:<itemizedlist>
812 <listitem>
813 <para>In the window of a running VM, you can select "Shared folders"
814 from the "Devices" menu, or click on the folder icon on the status
815 bar in the bottom right corner.</para>
816 </listitem>
817
818 <listitem>
819 <para>If a VM is not currently running, you can configure shared
820 folders in each virtual machine's "Settings" dialog.</para>
821 </listitem>
822
823 <listitem>
824 <para>From the command line, you can create shared folders using
825 VBoxManage, as follows: <screen>VBoxManage sharedfolder add "VM name" --name "sharename" --hostpath "C:\test"</screen></para>
826
827 <para>See <xref linkend="vboxmanage-sharedfolder" /> for
828 details.</para>
829 </listitem>
830 </itemizedlist></para>
831
832 <para>There are two types of shares:</para>
833
834 <orderedlist>
835 <listitem>
836 <para>VM shares which are only available to the VM for which they have
837 been defined;</para>
838 </listitem>
839
840 <listitem>
841 <para>transient VM shares, which can be added and removed at runtime
842 and do not persist after a VM has stopped; for these, add the
843 <computeroutput>--transient</computeroutput> option to the above
844 command line.</para>
845 </listitem>
846 </orderedlist>
847
848 <para>Shared folders have read/write access to the files at the host path
849 by default. To restrict the guest to have read-only access, create a
850 read-only shared folder. This can either be achieved using the GUI or by
851 appending the parameter <computeroutput>--readonly</computeroutput> when
852 creating the shared folder with VBoxManage.</para>
853
854 <para>Starting with version 4.0, VirtualBox shared folders also support
855 symbolic links (<emphasis role="bold">symlinks</emphasis>), under the
856 following conditions:<orderedlist>
857 <listitem>
858 <para>The host operating system must support symlinks (i.e. a Mac,
859 Linux or Solaris host is required).</para>
860 </listitem>
861
862 <listitem>
863 <para>Currently only Linux and Solaris Guest Additions support
864 symlinks.</para>
865 </listitem>
866
867 <listitem>
868 <para>For security reasons the guest OS is not allowed to create
869 symlinks by default. If you trust the guest OS to not abuse the
870 functionality, you can enable creation of symlinks for "sharename"
871 with:
872 <screen>VBoxManage setextradata "VM name" VBoxInternal2/SharedFoldersEnableSymlinksCreate/sharename 1</screen></para>
873 </listitem>
874 </orderedlist></para>
875
876 <sect2 id="sf_mount_manual">
877 <title>Manual mounting</title>
878
879 <para>You can mount the shared folder from inside a VM the same way as
880 you would mount an ordinary network share:</para>
881
882 <para><itemizedlist>
883 <listitem>
884 <para>In a Windows guest, shared folders are browseable and
885 therefore visible in Windows Explorer. So, to attach the host's
886 shared folder to your Windows guest, open Windows Explorer and
887 look for it under "My Networking Places" &rarr; "Entire Network"
888 &rarr; "VirtualBox Shared Folders". By right-clicking on a shared
889 folder and selecting "Map network drive" from the menu that pops
890 up, you can assign a drive letter to that shared folder.</para>
891
892 <para>Alternatively, on the Windows command line, use the
893 following:</para>
894
895 <screen>net use x: \\vboxsvr\sharename</screen>
896
897 <para>While <computeroutput>vboxsvr</computeroutput> is a fixed
898 name (note that <computeroutput>vboxsrv</computeroutput> would
899 also work), replace "x:" with the drive letter that you want to
900 use for the share, and <computeroutput>sharename</computeroutput>
901 with the share name specified with
902 <computeroutput>VBoxManage</computeroutput>.</para>
903 </listitem>
904
905 <listitem>
906 <para>In a Linux guest, use the following command:</para>
907
908 <screen>mount -t vboxsf [-o OPTIONS] sharename mountpoint</screen>
909
910 <para>To mount a shared folder during boot, add the following
911 entry to /etc/fstab:</para>
912
913 <screen>sharename mountpoint vboxsf defaults 0 0</screen>
914 </listitem>
915
916 <listitem>
917 <para>In a Solaris guest, use the following command:</para>
918
919 <screen>mount -F vboxfs [-o OPTIONS] sharename mountpoint</screen>
920
921 <para>Replace <computeroutput>sharename</computeroutput> (use
922 lowercase) with the share name specified with
923 <computeroutput>VBoxManage</computeroutput> or the GUI, and
924 <computeroutput>mountpoint</computeroutput> with the path where
925 you want the share to be mounted on the guest (e.g.
926 <computeroutput>/mnt/share</computeroutput>). The usual mount
927 rules apply, that is, create this directory first if it does not
928 exist yet.</para>
929
930 <para>Here is an example of mounting the shared folder for the
931 user "jack" on Solaris:</para>
932
933 <screen>$ id
934uid=5000(jack) gid=1(other)
935$ mkdir /export/home/jack/mount
936$ pfexec mount -F vboxfs -o uid=5000,gid=1 jackshare /export/home/jack/mount
937$ cd ~/mount
938$ ls
939sharedfile1.mp3 sharedfile2.txt
940$</screen>
941
942 <para>Beyond the standard options supplied by the
943 <computeroutput>mount</computeroutput> command, the following are
944 available:</para>
945
946 <screen>iocharset CHARSET</screen>
947
948 <para>to set the character set used for I/O operations. Note that
949 on Linux guests, if the "iocharset" option is not specified then
950 the Guest Additions driver will attempt to use the character set
951 specified by the CONFIG_NLS_DEFAULT kernel option. If this option
952 is not set either then UTF-8 will be used. Also,</para>
953
954 <screen>convertcp CHARSET</screen>
955
956 <para>is available in order to specify the character set used for
957 the shared folder name (utf8 by default).</para>
958
959 <para>The generic mount options (documented in the mount manual
960 page) apply also. Especially useful are the options
961 <computeroutput>uid</computeroutput>,
962 <computeroutput>gid</computeroutput> and
963 <computeroutput>mode</computeroutput>, as they allow access by
964 normal users (in read/write mode, depending on the settings) even
965 if root has mounted the filesystem.</para>
966 </listitem>
967 </itemizedlist></para>
968 </sect2>
969
970 <sect2 id="sf_mount_auto">
971 <title>Automatic mounting</title>
972
973 <para>Starting with version 4.0, VirtualBox can mount shared folders
974 automatically, at your option. If automatic mounting is enabled for a
975 specific shared folder, the Guest Additions will automatically mount
976 that folder as soon as a user logs into the guest OS. The details depend
977 on the guest OS type:<itemizedlist>
978 <listitem>
979 <para>With <emphasis role="bold">Windows guests,</emphasis> any
980 auto-mounted shared folder will receive its own drive letter (e.g.
981 <computeroutput>E:</computeroutput>) depending on the free drive
982 letters remaining in the guest.</para>
983
984 <para>If there no free drive letters left, auto-mounting will
985 fail; as a result, the number of auto-mounted shared folders is
986 typically limited to 22 or less with Windows guests.</para>
987 </listitem>
988
989 <listitem>
990 <para>With <emphasis role="bold">Linux guests,</emphasis>
991 auto-mounted shared folders are mounted into the
992 <computeroutput>/media</computeroutput> directory, along with the
993 prefix <computeroutput>sf_</computeroutput>. For example, the
994 shared folder <computeroutput>myfiles</computeroutput> would be
995 mounted to <computeroutput>/media/sf_myfiles</computeroutput> on
996 Linux and <computeroutput>/mnt/sf_myfiles</computeroutput> on
997 Solaris.</para>
998
999 <para>The guest property
1000 <computeroutput>/VirtualBox/GuestAdd/SharedFolders/MountPrefix</computeroutput>
1001 determines the prefix that is used. Change that guest property to
1002 a value other than "sf" to change that prefix; see <xref
1003 linkend="guestadd-guestprops" /> for details.<note>
1004 <para>Access to auto-mounted shared folders is only
1005 granted to the user group
1006 <computeroutput>vboxsf</computeroutput>, which is created by
1007 the VirtualBox Guest Additions installer. Hence guest users
1008 have to be member of that group to have read/write
1009 access or to have read-only access in case the folder is not
1010 mapped writable.</para>
1011 </note></para>
1012
1013 <para>To change the mount directory to something other than
1014 <computeroutput>/media</computeroutput>, you can set the guest
1015 property
1016 <computeroutput>/VirtualBox/GuestAdd/SharedFolders/MountDir</computeroutput>.</para>
1017 </listitem>
1018
1019 <listitem>
1020 <para><emphasis role="bold">Solaris guests</emphasis> behave like
1021 Linux guests except that <computeroutput>/mnt</computeroutput> is
1022 used as the default mount directory instead of
1023 <computeroutput>/media</computeroutput>.</para>
1024 </listitem>
1025 </itemizedlist></para>
1026
1027 <para>To have any changes to auto-mounted shared folders applied while a
1028 VM is running, the guest OS needs to be rebooted. (This applies only to
1029 auto-mounted shared folders, not the ones which are mounted
1030 manually.)</para>
1031 </sect2>
1032 </sect1>
1033
1034 <sect1 id="guestadd-dnd">
1035 <title>Drag and Drop</title>
1036
1037 <para>Starting with version 5.0, VirtualBox supports to drag and drop content
1038 from the host to the guest and vice versa. For this to work the latest Guest
1039 Additions must be installed on the guest.</para>
1040
1041 <para>Drag and drop transparently allows copying or opening files, directories
1042 and even certain clipboard formats from one end to the other, e.g. from the
1043 host to the guest or from the guest to the host. One then can perform drag and
1044 drop operations between the host and a VM as it would be a native drag and drop
1045 operation on the host OS.</para>
1046
1047 <para>At the moment drag and drop is implemented for Windows- and X-Windows-based
1048 systems, both, on host and guest side. As X-Windows sports different drag and drop
1049 protocols only the most used one, XDND, is supported for now. Applications using
1050 other protocols (such as Motif or OffiX) will not be recognized by VirtualBox.</para>
1051
1052 <para>In context of using drag and drop the origin of the data is called
1053 <emphasis role="bold">source</emphasis>, that is, where the actual data comes
1054 from and is specified. On the other hand there is the
1055 <emphasis role="bold">target</emphasis>, which specifies where the data from
1056 the source should go to. Transferring data from the source to the target can
1057 be done in various ways, e.g. copying, moving or linking.<footnote><para>At
1058 the moment only copying of data is supported. Moving or linking is not yet
1059 implemented.</para></footnote></para>
1060
1061 <para>When transferring data from the host to the guest OS, the host in
1062 this case is the source, whereas the guest OS is the target. However, when
1063 doing it the other way around, that is, transferring data from the guest OS
1064 to the host, the guest OS this time became the source and the host is the
1065 target.</para>
1066
1067 <para>For security reasons drag and drop can be configured at runtime on a
1068 per-VM basis either using the "Drag and Drop" menu item in the "Devices" menu
1069 of the virtual machine or VBoxManage: The following four modes are
1070 available:</para>
1071
1072 <para><mediaobject>
1073 <imageobject>
1074 <imagedata align="center" fileref="images/dnd-modes.png"
1075 width="10cm" />
1076 </imageobject>
1077 </mediaobject></para>
1078
1079 <itemizedlist>
1080 <listitem>
1081 <para><emphasis role="bold">Disabled</emphasis> disables the drag and drop
1082 entirely. This is the default when creating new VMs.</para>
1083 </listitem>
1084 <listitem>
1085 <para><emphasis role="bold">Host To Guest</emphasis> enables performing
1086 drag and drop operations from the host to the guest only.</para>
1087 </listitem>
1088 <listitem>
1089 <para><emphasis role="bold">Guest To Host</emphasis> enables performing
1090 drag and drop operations from the guest to the host only.</para>
1091 </listitem>
1092 <listitem>
1093 <para><emphasis role="bold">Bidirectional</emphasis> enables performing
1094 drag and drop operations to both directions, e.g. from the host to the guest
1095 and vice versa.</para>
1096 </listitem>
1097 </itemizedlist>
1098
1099 <note><para>Drag and drop support depends on the frontend being used; at the
1100 moment only the VirtualBox Manager frontend provides this
1101 functionality.</para></note>
1102
1103 <para>To use VBoxManage for controlling the current drag and drop mode, see <xref
1104 linkend="vboxmanage" />. The commands <computeroutput>modifyvm</computeroutput>
1105 and <computeroutput>controlvm</computeroutput> allow setting the VM's current
1106 drag and drop mode via command line.</para>
1107
1108 <sect2 id="guestadd-dnd-formats">
1109 <title>Supported formats</title>
1110
1111 <para>As VirtualBox can run on a variety of host OSes and also supports a wide
1112 range of guests, certain data formats must be translated after those
1113 got transferred over so that the target OS (that is, the side which receiving the
1114 data) is able to handle them in an appropriate manner.</para>
1115
1116 <note><para>When dragging files however, no data conversion is done in any way, e.g.
1117 when transferring a file from a Linux guest to a Windows host the Linux-specific
1118 line endings won't be converted to Windows ones.</para></note>
1119
1120 <para>The following formats are handled by the VirtualBox drag and drop service:
1121 <itemizedlist>
1122 <listitem>
1123 <para><emphasis role="bold">Plain text</emphasis>, from applications such as
1124 text editors, internet browsers and terminal windows</para>
1125 </listitem>
1126 <listitem>
1127 <para><emphasis role="bold">Files</emphasis>, from file managers such
1128 as Windows explorer, Nautilus and Finder</para>
1129 </listitem>
1130 <listitem>
1131 <para><emphasis role="bold">Directories</emphasis>, where the same applies
1132 as for files</para>
1133 </listitem>
1134 </itemizedlist>
1135 </para>
1136 </sect2>
1137
1138 <sect2 id="guestadd-dnd-limitations">
1139 <title>Known limitations</title>
1140
1141 <para>The following limitations are known:
1142 <itemizedlist>
1143 <listitem>
1144 <para>On Windows hosts, dragging and dropping content from
1145 <emphasis role="bold">UAC-elevated (User Account Control)</emphasis> programs
1146 to non-UAC-elevated programs and vice versa is now allowed. So when starting
1147 VirtualBox with Administrator privileges then drag and drop will not work with
1148 the Windows Explorer which runs with regular user privileges by default.</para>
1149 </listitem>
1150 </itemizedlist>
1151 </para>
1152 </sect2>
1153
1154 </sect1>
1155
1156 <sect1 id="guestadd-video">
1157 <title>Hardware-accelerated graphics</title>
1158
1159 <sect2 id="guestadd-3d">
1160 <title>Hardware 3D acceleration (OpenGL and Direct3D 8/9)</title>
1161
1162 <para>The VirtualBox Guest Additions contain experimental hardware 3D
1163 support for Windows, Linux and Solaris guests.<footnote>
1164 <para>OpenGL support for Windows guests was added with VirtualBox
1165 2.1; support for Linux and Solaris followed with VirtualBox 2.2.
1166 With VirtualBox 3.0, Direct3D 8/9 support was added for Windows
1167 guests. OpenGL 2.0 is now supported as well.
1168 With VirtualBox 4.1 Windows Aero theme support is added for
1169 Windows Vista and Windows 7 guests (experimental)</para>
1170 </footnote></para>
1171
1172 <para>With this feature, if an application inside your virtual machine
1173 uses 3D features through the OpenGL or Direct3D 8/9 programming
1174 interfaces, instead of emulating them in software (which would be slow),
1175 VirtualBox will attempt to use your host's 3D hardware. This works for
1176 all supported host platforms (Windows, Mac, Linux, Solaris), provided
1177 that your host operating system can make use of your accelerated 3D
1178 hardware in the first place.</para>
1179
1180 <para>The 3D acceleration currently has the following
1181 preconditions:<orderedlist>
1182 <listitem>
1183 <para>It is only available for certain Windows, Linux and Solaris
1184 guests. In particular:<itemizedlist>
1185 <listitem>
1186 <para>3D acceleration with Windows guests requires Windows
1187 2000, Windows XP, Vista or Windows 7. Both OpenGL and
1188 Direct3D 8/9 (not with Windows 2000) are supported
1189 (experimental).</para>
1190 </listitem>
1191
1192 <listitem>
1193 <para>OpenGL on Linux requires kernel 2.6.27 and higher as
1194 well as X.org server version 1.5 and higher. Ubuntu 10.10
1195 and Fedora 14 have been tested and confirmed as
1196 working.</para>
1197 </listitem>
1198
1199 <listitem>
1200 <para>OpenGL on Solaris guests requires X.org server version
1201 1.5 and higher.</para>
1202 </listitem>
1203 </itemizedlist></para>
1204 </listitem>
1205
1206 <listitem>
1207 <para>The Guest Additions must be installed.<note>
1208 <para>For the basic Direct3D acceleration to work in a Windows Guest,
1209 VirtualBox needs to replace Windows system files in the
1210 virtual machine. As a result, the Guest Additions installation
1211 program offers Direct3D acceleration as an option that must
1212 be explicitly enabled. Also, you must install the Guest
1213 Additions in "Safe Mode". This does <emphasis role="bold">not</emphasis>
1214 apply to the experimental WDDM Direct3D video
1215 driver available for Vista and Windows 7 guests,
1216 see <xref linkend="KnownIssues" />
1217 for details.</para></note>
1218 </para>
1219 </listitem>
1220
1221 <listitem>
1222 <para>Because 3D support is still experimental at this time, it is
1223 disabled by default and must be <emphasis role="bold">manually
1224 enabled</emphasis> in the VM settings (see <xref
1225 linkend="generalsettings" />).<note>
1226 <para>
1227 Untrusted guest systems should not be allowed to use
1228 VirtualBox's 3D acceleration features, just as untrusted host
1229 software should not be allowed to use 3D acceleration. Drivers
1230 for 3D hardware are generally too complex to be made properly
1231 secure and any software which is allowed to access them may be
1232 able to compromise the operating system running them. In
1233 addition, enabling 3D acceleration gives the guest direct access
1234 to a large body of additional program code in the VirtualBox
1235 host process which it might conceivably be able to use to crash
1236 the virtual machine.
1237 </para>
1238 </note></para>
1239 </listitem>
1240 </orderedlist></para>
1241
1242 <para>With VirtualBox 4.1, Windows Aero theme support is added for
1243 Windows Vista and Windows 7 guests. To enable Aero theme support,
1244 the experimental VirtualBox WDDM video driver must be installed,
1245 which is available with the Guest Additions installation.
1246 Since the WDDM video driver is still experimental at this time, it is
1247 not installed by default and must be <emphasis role="bold">manually
1248 selected</emphasis> in the Guest Additions installer by answering "No"
1249 int the "Would you like to install basic Direct3D support" dialog
1250 displayed when the Direct3D feature is selected.
1251 <note><para>Unlike the current basic Direct3D support, the WDDM video
1252 driver installation does <emphasis role="bold">not</emphasis> require
1253 the "Safe Mode".</para></note></para>
1254
1255 <para>The Aero theme is not enabled by default. To enable it
1256 <itemizedlist>
1257 <listitem>
1258 <para>In Windows Vista guest: right-click on the desktop, in the
1259 context menu select "Personalize", then select "Windows Color and Appearance"
1260 in the "Personalization" window, in the "Appearance Settings" dialog select
1261 "Windows Aero" and press "OK"</para>
1262 </listitem>
1263 <listitem>
1264 <para>In Windows 7 guest: right-click on the desktop, in the
1265 context menu select "Personalize" and select any Aero theme
1266 in the "Personalization" window</para>
1267 </listitem>
1268 </itemizedlist>
1269 </para>
1270
1271 <para>Technically, VirtualBox implements this by installing an
1272 additional hardware 3D driver inside your guest when the Guest Additions
1273 are installed. This driver acts as a hardware 3D driver and reports to
1274 the guest operating system that the (virtual) hardware is capable of 3D
1275 hardware acceleration. When an application in the guest then requests
1276 hardware acceleration through the OpenGL or Direct3D programming
1277 interfaces, these are sent to the host through a special communication
1278 tunnel implemented by VirtualBox, and then the <emphasis>host</emphasis>
1279 performs the requested 3D operation via the host's programming
1280 interfaces.</para>
1281 </sect2>
1282
1283 <sect2 id="guestadd-2d">
1284 <title>Hardware 2D video acceleration for Windows guests</title>
1285
1286 <para>Starting with version 3.1, the VirtualBox Guest Additions contain
1287 experimental hardware 2D video acceleration support for Windows
1288 guests.</para>
1289
1290 <para>With this feature, if an application (e.g. a video player) inside
1291 your Windows VM uses 2D video overlays to play a movie clip, then
1292 VirtualBox will attempt to use your host's video acceleration hardware
1293 instead of performing overlay stretching and color conversion in
1294 software (which would be slow). This currently works for Windows, Linux
1295 and Mac host platforms, provided that your host operating system can
1296 make use of 2D video acceleration in the first place.</para>
1297
1298 <para>The 2D video acceleration currently has the following
1299 preconditions:<orderedlist>
1300 <listitem>
1301 <para>It is only available for Windows guests (XP or
1302 later).</para>
1303 </listitem>
1304
1305 <listitem>
1306 <para>The Guest Additions must be installed.</para>
1307 </listitem>
1308
1309 <listitem>
1310 <para>Because 2D support is still experimental at this time, it is
1311 disabled by default and must be <emphasis role="bold">manually
1312 enabled</emphasis> in the VM settings (see <xref
1313 linkend="generalsettings" />).</para>
1314 </listitem>
1315 </orderedlist></para>
1316
1317 <para>Technically, VirtualBox implements this by exposing video overlay
1318 DirectDraw capabilities in the Guest Additions video driver. The driver
1319 sends all overlay commands to the host through a special communication
1320 tunnel implemented by VirtualBox. On the host side, OpenGL is then used
1321 to implement color space transformation and scaling</para>
1322 </sect2>
1323 </sect1>
1324
1325 <sect1 id="seamlesswindows">
1326 <title>Seamless windows</title>
1327
1328 <para>With the "seamless windows" feature of VirtualBox, you can have the
1329 windows that are displayed within a virtual machine appear side by side
1330 next to the windows of your host. This feature is supported for the
1331 following guest operating systems (provided that the Guest Additions are
1332 installed):<itemizedlist>
1333 <listitem>
1334 <para>Windows guests (support added with VirtualBox 1.5);</para>
1335 </listitem>
1336
1337 <listitem>
1338 <para>Supported Linux or Solaris guests running the X Window System
1339 (added with VirtualBox 1.6).</para>
1340 </listitem>
1341 </itemizedlist></para>
1342
1343 <para>After seamless windows are enabled (see below), VirtualBox
1344 suppresses the display of the Desktop background of your guest, allowing
1345 you to run the windows of your guest operating system seamlessly next to
1346 the windows of your host:</para>
1347
1348 <para><mediaobject>
1349 <imageobject>
1350 <imagedata align="center" fileref="images/seamless.png" width="14cm" />
1351 </imageobject>
1352 </mediaobject>To enable seamless mode, after starting the virtual
1353 machine, press the Host key (normally the right control key) together with
1354 "L". This will enlarge the size of the VM's display to the size of your
1355 host screen and mask out the guest operating system's background. To go
1356 back to the "normal" VM display (i.e. to disable seamless windows), press
1357 the Host key and "L" again.</para>
1358 </sect1>
1359
1360 <sect1 id="guestadd-guestprops">
1361 <title>Guest properties</title>
1362
1363 <para>Starting with version 2.1, VirtualBox allows for requesting certain
1364 properties from a running guest, provided that the VirtualBox Guest
1365 Additions are installed and the VM is running. This is good for two
1366 things:<orderedlist>
1367 <listitem>
1368 <para>A number of predefined VM characteristics are automatically
1369 maintained by VirtualBox and can be retrieved on the host, e.g. to
1370 monitor VM performance and statistics.</para>
1371 </listitem>
1372
1373 <listitem>
1374 <para>In addition, arbitrary string data can be exchanged between
1375 guest and host. This works in both directions.</para>
1376 </listitem>
1377 </orderedlist></para>
1378
1379 <para>To accomplish this, VirtualBox establishes a private communication
1380 channel between the VirtualBox Guest Additions and the host, and software
1381 on both sides can use this channel to exchange string data for arbitrary
1382 purposes. Guest properties are simply string keys to which a value is
1383 attached. They can be set (written to) by either the host and the guest,
1384 and they can also be read from both sides.</para>
1385
1386 <para>In addition to establishing the general mechanism of reading and
1387 writing values, a set of predefined guest properties is automatically
1388 maintained by the VirtualBox Guest Additions to allow for retrieving
1389 interesting guest data such as the guest's exact operating system and
1390 service pack level, the installed version of the Guest Additions, users
1391 that are currently logged into the guest OS, network statistics and more.
1392 These predefined properties are all prefixed with
1393 <computeroutput>/VirtualBox/</computeroutput> and organized into a
1394 hierarchical tree of keys.</para>
1395
1396 <para>Some of this runtime information is shown when you select "Session
1397 Information Dialog" from a virtual machine's "Machine" menu.</para>
1398
1399 <para>A more flexible way to use this channel is via the
1400 <computeroutput>VBoxManage guestproperty</computeroutput> command set; see
1401 <xref linkend="vboxmanage-guestproperty" /> for details. For example, to
1402 have <emphasis>all</emphasis> the available guest properties for a given
1403 running VM listed with their respective values, use this:<screen>$ VBoxManage guestproperty enumerate "Windows Vista III"
1404VirtualBox Command Line Management Interface Version @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@
1405(C) 2005-@VBOX_C_YEAR@ @VBOX_VENDOR@
1406All rights reserved.
1407
1408Name: /VirtualBox/GuestInfo/OS/Product, value: Windows Vista Business Edition,
1409 timestamp: 1229098278843087000, flags:
1410Name: /VirtualBox/GuestInfo/OS/Release, value: 6.0.6001,
1411 timestamp: 1229098278950553000, flags:
1412Name: /VirtualBox/GuestInfo/OS/ServicePack, value: 1,
1413 timestamp: 1229098279122627000, flags:
1414Name: /VirtualBox/GuestAdd/InstallDir,
1415 value: C:/Program Files/Oracle/VirtualBox
1416 Guest Additions, timestamp: 1229098279269739000, flags:
1417Name: /VirtualBox/GuestAdd/Revision, value: 40720,
1418 timestamp: 1229098279345664000, flags:
1419Name: /VirtualBox/GuestAdd/Version, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@,
1420 timestamp: 1229098279479515000, flags:
1421Name: /VirtualBox/GuestAdd/Components/VBoxControl.exe, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1422 timestamp: 1229098279651731000, flags:
1423Name: /VirtualBox/GuestAdd/Components/VBoxHook.dll, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1424 timestamp: 1229098279804835000, flags:
1425Name: /VirtualBox/GuestAdd/Components/VBoxDisp.dll, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1426 timestamp: 1229098279880611000, flags:
1427Name: /VirtualBox/GuestAdd/Components/VBoxMRXNP.dll, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1428 timestamp: 1229098279882618000, flags:
1429Name: /VirtualBox/GuestAdd/Components/VBoxService.exe, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1430 timestamp: 1229098279883195000, flags:
1431Name: /VirtualBox/GuestAdd/Components/VBoxTray.exe, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1432 timestamp: 1229098279885027000, flags:
1433Name: /VirtualBox/GuestAdd/Components/VBoxGuest.sys, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1434 timestamp: 1229098279886838000, flags:
1435Name: /VirtualBox/GuestAdd/Components/VBoxMouse.sys, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1436 timestamp: 1229098279890600000, flags:
1437Name: /VirtualBox/GuestAdd/Components/VBoxSF.sys, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1438 timestamp: 1229098279893056000, flags:
1439Name: /VirtualBox/GuestAdd/Components/VBoxVideo.sys, value: @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@r40720,
1440 timestamp: 1229098279895767000, flags:
1441Name: /VirtualBox/GuestInfo/OS/LoggedInUsers, value: 1,
1442 timestamp: 1229099826317660000, flags:
1443Name: /VirtualBox/GuestInfo/OS/NoLoggedInUsers, value: false,
1444 timestamp: 1229098455580553000, flags:
1445Name: /VirtualBox/GuestInfo/Net/Count, value: 1,
1446 timestamp: 1229099826299785000, flags:
1447Name: /VirtualBox/HostInfo/GUI/LanguageID, value: C,
1448 timestamp: 1229098151272771000, flags:
1449Name: /VirtualBox/GuestInfo/Net/0/V4/IP, value: 192.168.2.102,
1450 timestamp: 1229099826300088000, flags:
1451Name: /VirtualBox/GuestInfo/Net/0/V4/Broadcast, value: 255.255.255.255,
1452 timestamp: 1229099826300220000, flags:
1453Name: /VirtualBox/GuestInfo/Net/0/V4/Netmask, value: 255.255.255.0,
1454 timestamp: 1229099826300350000, flags:
1455Name: /VirtualBox/GuestInfo/Net/0/Status, value: Up,
1456 timestamp: 1229099826300524000, flags:
1457Name: /VirtualBox/GuestInfo/OS/LoggedInUsersList, value: username,
1458 timestamp: 1229099826317386000, flags:</screen></para>
1459
1460 <para>To query the value of a single property, use the "get" subcommand
1461 like this:<screen>$ VBoxManage guestproperty get "Windows Vista III" "/VirtualBox/GuestInfo/OS/Product"
1462VirtualBox Command Line Management Interface Version @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@
1463(C) 2005-@VBOX_C_YEAR@ @VBOX_VENDOR@
1464All rights reserved.
1465
1466Value: Windows Vista Business Edition</screen></para>
1467
1468 <para>To add or change guest properties from the guest, use the tool
1469 <computeroutput>VBoxControl</computeroutput>. This tool is included in the
1470 Guest Additions of VirtualBox 2.2 or later. When started from a Linux
1471 guest, this tool requires root privileges for security reasons:<screen>$ sudo VBoxControl guestproperty enumerate
1472VirtualBox Guest Additions Command Line Management Interface Version @VBOX_VERSION_MAJOR@.@VBOX_VERSION_MINOR@.@VBOX_VERSION_BUILD@
1473(C) 2009-@VBOX_C_YEAR@ @VBOX_VENDOR@
1474All rights reserved.
1475
1476Name: /VirtualBox/GuestInfo/OS/Release, value: 2.6.28-18-generic,
1477 timestamp: 1265813265835667000, flags: &lt;NULL&gt;
1478Name: /VirtualBox/GuestInfo/OS/Version, value: #59-Ubuntu SMP Thu Jan 28 01:23:03 UTC 2010,
1479 timestamp: 1265813265836305000, flags: &lt;NULL&gt;
1480 ...</screen></para>
1481
1482 <para>For more complex needs, you can use the VirtualBox programming
1483 interfaces; see <xref linkend="VirtualBoxAPI" />.</para>
1484 </sect1>
1485
1486 <sect1 id="guestadd-guestcontrol">
1487 <title>Guest control</title>
1488
1489 <para>Starting with version 3.2, the Guest Additions of VirtualBox allow
1490 starting applications inside a VM from the host system.</para>
1491
1492 <para>For this to work, the application needs to be installed inside the
1493 guest; no additional software needs to be installed on the host.
1494 Additionally, text mode output (to stdout and stderr) can be shown on the
1495 host for further processing along with options to specify user credentials
1496 and a timeout value (in milliseconds) to limit time the application is
1497 able to run.</para>
1498
1499 <para>This feature can be used to automate deployment of software within
1500 the guest.</para>
1501
1502 <para>Starting with version 4.0, the Guest Additions for Windows allow for
1503 automatic updating (only already installed Guest Additions 4.0 or later).
1504 Also, copying files from host to the guest as well as remotely creating
1505 guest directories is available.</para>
1506
1507 <para>To use these features, use the VirtualBox command line, see <xref
1508 linkend="vboxmanage-guestcontrol" />.</para>
1509 </sect1>
1510
1511 <sect1>
1512 <title>Memory overcommitment</title>
1513
1514 <para>In server environments with many VMs; the Guest Additions can be
1515 used to share physical host memory between several VMs, reducing the total
1516 amount of memory in use by the VMs. If memory usage is the limiting factor
1517 and CPU resources are still available, this can help with packing more VMs
1518 on each host.</para>
1519
1520 <sect2 id="guestadd-balloon">
1521 <title>Memory ballooning</title>
1522
1523 <para>Starting with version 3.2, the Guest Additions of VirtualBox can
1524 change the amount of host memory that a VM uses while the machine is
1525 running. Because of how this is implemented, this feature is called
1526 "memory ballooning".</para>
1527
1528 <note>
1529 <para>VirtualBox supports memory ballooning only on 64-bit hosts, and
1530 it is not supported on Mac OS X hosts.</para>
1531 </note>
1532
1533 <note>
1534 <para>Memory ballooning does not work with large pages enabled. To
1535 turn off large pages support for a VM, run
1536 <computeroutput>VBoxManage modifyvm &lt;VM name&gt; --largepages off</computeroutput>
1537 </para>
1538 </note>
1539
1540 <para>Normally, to change the amount of memory allocated to a virtual
1541 machine, one has to shut down the virtual machine entirely and modify
1542 its settings. With memory ballooning, memory that was allocated for a
1543 virtual machine can be given to another virtual machine without having
1544 to shut the machine down.</para>
1545
1546 <para>When memory ballooning is requested, the VirtualBox Guest
1547 Additions (which run inside the guest) allocate physical memory from the
1548 guest operating system on the kernel level and lock this memory down in
1549 the guest. This ensures that the guest will not use that memory any
1550 longer: no guest applications can allocate it, and the guest kernel will
1551 not use it either. VirtualBox can then re-use this memory and give it to
1552 another virtual machine.</para>
1553
1554 <para>The memory made available through the ballooning mechanism is only
1555 available for re-use by VirtualBox. It is <emphasis>not</emphasis>
1556 returned as free memory to the host. Requesting balloon memory from a
1557 running guest will therefore not increase the amount of free,
1558 unallocated memory on the host. Effectively, memory ballooning is
1559 therefore a memory overcommitment mechanism for multiple virtual
1560 machines while they are running. This can be useful to temporarily start
1561 another machine, or in more complicated environments, for sophisticated
1562 memory management of many virtual machines that may be running in
1563 parallel depending on how memory is used by the guests.</para>
1564
1565 <para>At this time, memory ballooning is only supported through
1566 VBoxManage. Use the following command to increase or decrease the size
1567 of the memory balloon within a running virtual machine that has Guest
1568 Additions installed: <screen>VBoxManage controlvm "VM name" guestmemoryballoon &lt;n&gt;</screen>where
1569 <computeroutput>"VM name"</computeroutput> is the name or UUID of the
1570 virtual machine in question and
1571 <computeroutput>&lt;n&gt;</computeroutput> is the amount of memory to
1572 allocate from the guest in megabytes. See <xref
1573 linkend="vboxmanage-controlvm" /> for more information.</para>
1574
1575 <para>You can also set a default balloon that will automatically be
1576 requested from the VM every time after it has started up with the
1577 following command: <screen>VBoxManage modifyvm "VM name" --guestmemoryballoon &lt;n&gt;</screen></para>
1578
1579 <para>By default, no balloon memory is allocated. This is a VM setting,
1580 like other <computeroutput>modifyvm</computeroutput> settings, and
1581 therefore can only be set while the machine is shut down; see <xref
1582 linkend="vboxmanage-modifyvm" />.</para>
1583 </sect2>
1584
1585 <sect2 id="guestadd-pagefusion">
1586 <title>Page Fusion</title>
1587
1588 <para>Whereas memory ballooning simply reduces the amount of RAM that is
1589 available to a VM, Page Fusion works differently: it avoids memory
1590 duplication between several similar running VMs.</para>
1591
1592 <para>In a server environment running several similar VMs (e.g. with
1593 identical operating systems) on the same host, lots of memory pages are
1594 identical. VirtualBox's Page Fusion technology, introduced with
1595 VirtualBox 3.2, is a novel technique to efficiently identify these
1596 identical memory pages and share them between multiple VMs.<note>
1597 <para>VirtualBox supports Page Fusion only on 64-bit hosts, and it
1598 is not supported on Mac OS X hosts. Page Fusion currently works only
1599 with Windows guests (2000 and later).</para>
1600 </note></para>
1601
1602 <para>The more similar the VMs on a given host are, the more efficiently
1603 Page Fusion can reduce the amount of host memory that is in use. It
1604 therefore works best if all VMs on a host run identical operating
1605 systems (e.g. Windows XP Service Pack 2). Instead of having a complete
1606 copy of each operating system in each VM, Page Fusion identifies the
1607 identical memory pages in use by these operating systems and eliminates
1608 the duplicates, sharing host memory between several machines
1609 ("deduplication"). If a VM tries to modify a page that has been shared
1610 with other VMs, a new page is allocated again for that VM with a copy of
1611 the shared page ("copy on write"). All this is fully transparent to the
1612 virtual machine.</para>
1613
1614 <para>You may be familiar with this kind of memory overcommitment from
1615 other hypervisor products, which call this feature "page sharing" or
1616 "same page merging". However, Page Fusion differs significantly from
1617 those other solutions, whose approaches have several
1618 drawbacks:<orderedlist>
1619 <listitem>
1620 <para>Traditional hypervisors scan <emphasis>all</emphasis> guest
1621 memory and compute checksums (hashes) for every single memory
1622 page. Then, they look for pages with identical hashes and compare
1623 the entire content of those pages; if two pages produce the same
1624 hash, it is very likely that the pages are identical in content.
1625 This, of course, can take rather long, especially if the system is
1626 not idling. As a result, the additional memory only becomes
1627 available after a significant amount of time (this can be hours or
1628 even days!). Even worse, this kind of page sharing algorithm
1629 generally consumes significant CPU resources and increases the
1630 virtualization overhead by 10-20%.</para>
1631
1632 <para>Page Fusion in VirtualBox uses logic in the VirtualBox Guest
1633 Additions to quickly identify memory cells that are most likely
1634 identical across VMs. It can therefore achieve most of the
1635 possible savings of page sharing almost immediately and with
1636 almost no overhead.</para>
1637 </listitem>
1638
1639 <listitem>
1640 <para>Page Fusion is also much less likely to be confused by
1641 identical memory that it will eliminate just to learn seconds
1642 later that the memory will now change and having to perform a
1643 highly expensive and often service-disrupting reallocation.</para>
1644 </listitem>
1645 </orderedlist></para>
1646
1647 <para>At this time, Page Fusion can only be controlled with VBoxManage,
1648 and only while a VM is shut down. To enable Page Fusion for a VM, use
1649 the following command:<screen>VBoxManage modifyvm "VM name" --pagefusion on</screen></para>
1650
1651 <para>You can observe Page Fusion operation using some metrics.
1652 <computeroutput>RAM/VMM/Shared</computeroutput> shows the total amount
1653 of fused pages, whereas the per-VM metric
1654 <computeroutput>Guest/RAM/Usage/Shared</computeroutput> will return the
1655 amount of fused memory for a given VM. Please refer to <xref
1656 linkend="metrics" /> for information on how to query metrics.</para>
1657
1658 <note><para>Enabling Page Fusion might indirectly increase the chances
1659 for malicious guests to successfully attack other VMs running on the
1660 same host, see <xref linkend="pot-insecure"/>.</para></note>
1661 </sect2>
1662 </sect1>
1663</chapter>
注意: 瀏覽 TracBrowser 來幫助您使用儲存庫瀏覽器

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette