[an error occurred while processing this directive]
Installing an Operating System onto a Raw Partition from a Virtual Machine Using VMware Workstation for Linux
For some applications raw disks may provide better disk I/O performance than
using a virtual disk. Hence, it is possible to install an operating system
onto an extra, unused disk (or partition in some cases) from a virtual
machine and access it while the Linux host runs simultaneously. However,
with this configuration, the real computer may not be able to boot the
freshly installed operating system -- the new operating system will most
likely ONLY be accessible from a virtual machine. If you have a dual-boot
system and want to configure a virtual machine to boot from an existing
partition, please read this tech
note. Just as with virtual disks, VMware Workstation enables a raw disk to be used
in persistent, undoable, and nonpersistent modes; see this explanation of the
disk modes.
VMware Workstation uses description files to access each raw IDE or SCSI disk on the
host system. These description files contain access privilege information
that controls a virtual machine's access to certain partitions on the disks.
This mechanism is used to prevent users from accidentally trying to run the
host operating system again as a guest, or another guest operating system
that the virtual machine was not configured for. The description
file also prevents accidental writes to raw disk partitions from badly
behaved operating systems or applications.
Note: It is possible to specify using a raw device directly in the
VMware Workstation Configuration Editor. This is potentially hazardous and VMware does
not support users doing this. In future releases VMware Workstation will detect this
situation and refuse to power on.
To install a new operating system onto an
unused disk, a virtual machine must be created with the Configuration
Wizard and then additionally configured through the Configuration Editor to
recognize the extra, unused raw disk as being attached to its primary master
IDE channel. If the latter step is not done, the guest operating system
installation program will not be able to install its files nor will the
virtual machine be able to boot from the raw disk.
Use the following steps to prepare a virtual machine to install a new
operating system onto an unused IDE raw disk.
Caution: Raw disk support is an advanced feature of VMware Workstation and
should be enabled by users who are already familiar with the product. To
familiarize yourself, you should at minimum, create and configure a virtual
machine with a virtual disk, then install and use an operating system from
the virtual machine.
Check the guest operating system documentation regarding the type of
partition to which the operating system can be installed. For example,
operating systems like DOS, Windows 95 and Windows 98 must be installed to
the first primary partition while others, like Linux, can be installed to
a primary or extended partition on any part of the drive.
Depending on the guest operating system you will run, identify an
appropriate raw partition or disk for it to use. Check that the raw
partition is NOT mounted by the Linux host and not in use by others.
Also, be sure the raw partition or disk does not have data you will need
in the future; otherwise, back it up.
The master raw disk device(s) needs to be readable and writeable by the
user who runs VMware Workstation. On most distributions, the raw devices (such as
/dev/hda, /dev/hdb) belong to group-id disk. If
this is the case, you can add VMware Workstation users to the disk group. Another option
is to change the owner of the device. Please think carefully of security in
exploring different options here.
It is typically a good idea to grant VMware Workstation users access to all
/dev/hd[abcd] raw devices that contain operating systems or boot
managers and then rely on VMware Workstation's raw disk configuration files to guard
access. This helps provide boot managers access to configuration and other
files they may need to boot the operating systems. For example, LILO needs
to read /boot on a Linux partition to boot a non-Linux operating
system that may be on another drive.
Caution: Corruption is possible if you allow the virtual machine to
modify a partition that is simultaneously mounted under Linux. Since the
virtual machine and guest operating system will be accessing a raw disk
partition while the host continues to run Linux, it is critical that you
not allow the virtual machine to modify any partition mounted under Linux
or in use by another virtual machine. To safeguard against this problem,
be sure the raw disk partition you mark read/write for the virtual machine
is not in use.
Select No Access for the remaining raw partitions and click Next.
|