VirtualBox

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

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

bugref:8062: Linux installers: drop DKMS support: remove references to DKMS in the user manual.

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

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