About: WindowsDevicePaths   Sponge Permalink

An Entity of Type : owl:Thing, within Data Space : 134.155.108.49:8890 associated with source dataset(s)

The contents of the element's path attribute are not at all defined by colinux. Colinux, which is entirely ignorant of the meaning of this attribute, instead depends on the host operating system to understand the value and to provide the correct resource. For colinux under Windows, that means the value must be a valid Windows device path. I won't provide an exhaustive list of these device paths, but will provide enough for most users to accomplish what they want: Contrast between windows and unix: If you want further information on partitions and linux numbering, see Examples:

AttributesValues
rdfs:label
  • WindowsDevicePaths
rdfs:comment
  • The contents of the <block_device> element's path attribute are not at all defined by colinux. Colinux, which is entirely ignorant of the meaning of this attribute, instead depends on the host operating system to understand the value and to provide the correct resource. For colinux under Windows, that means the value must be a valid Windows device path. I won't provide an exhaustive list of these device paths, but will provide enough for most users to accomplish what they want: Contrast between windows and unix: If you want further information on partitions and linux numbering, see Examples:
dcterms:subject
dbkwik:colinux/pro...iPageUsesTemplate
abstract
  • The contents of the <block_device> element's path attribute are not at all defined by colinux. Colinux, which is entirely ignorant of the meaning of this attribute, instead depends on the host operating system to understand the value and to provide the correct resource. For colinux under Windows, that means the value must be a valid Windows device path. I won't provide an exhaustive list of these device paths, but will provide enough for most users to accomplish what they want: * \DosDevices\c:\...: This is a simple matter of specifying a file path after the initial "\DosDevices\". The referenced file will be read and used as a disk image. You can either download such images off the Internet, or make one yourself. * \Device\CdromZ: Z, which is indexed from zero, refers to the specific cd/dvd drive. See CdDvdAccess for details how use a CD/DVD drive. * \Device\HarddiskX\PartitionY: X, which is indexed from zero, refers to the specific harddrive. All hard drives on a system are ennumerated in the order in which Windows finds them (which, of course, is also the order in which it searches for them). Although you can mess around with the orderring if you have the know-how, I'll assume that most readers will still be using a "normal" setup. For IDE, the first controller precedes the second in the search order, and a master precedes its slave. For SCSI, drives are found first by controller, then by channel, and finally by device-id (0-6). The partition number, Y, is a 1-based index of the list of partitions (both primary and logical) found while enumerating the disk's partitions. This differs from linux, where partitions receive special numbering based on whether they are primary or logical. Contrast between windows and unix: \Device\Harddisk0\Partition1 /dev/hda1 If your extended partition space is the second entry in the partition table: \Device\Harddisk0\Partition2 /dev/hda5 \Device\Harddisk0\Partition3 /dev/hda6 ... If your extended partition space is the third entry in the partition table: \Device\Harddisk0\Partition2 /dev/hda2 \Device\Harddisk0\Partition3 /dev/hda5 \Device\Harddisk0\Partition4 /dev/hda6 ... If your extended partition space is the fourth entry in the partition table: \Device\Harddisk0\Partition2 /dev/hda2 \Device\Harddisk0\Partition3 /dev/hda3 \Device\Harddisk0\Partition4 /dev/hda5 \Device\Harddisk0\Partition5 /dev/hda6 ... If you have no extended partitions: \Device\Harddisk0\Partition2 /dev/hda2 \Device\Harddisk0\Partition3 /dev/hda3 \Device\Harddisk0\Partition4 /dev/hda4 If you want further information on partitions and linux numbering, see Examples: Then you can mount the disk image (contained in the file myDiskImage) by using the command: mount /dev/cobd2 /mnt Alternatively, you can mount the first partition of disk 1 (the second physical disk) by specifying /dev/cobd4 instead. You may find it convenient to specify a device alias. This allows you to boot either natively or using coLinux from the same drive, without editing /etc/fstab See also: * block_device (XML configuration element) * Configuration XML format * Partitions NunoLucas You can abbreviate the path to use "\??\c:\path_to_file.fs" (the two ?? are intentional), instead of "\DosDevices\c:\path_to_file.fs". Note that \Device\Harddisk0\Partition0 equals \PhysicalDrive0. (see also ) MassTranslated on Sun Apr 23 17:37:02 UTC 2006
Alternative Linked Data Views: ODE     Raw Data in: CXML | CSV | RDF ( N-Triples N3/Turtle JSON XML ) | OData ( Atom JSON ) | Microdata ( JSON HTML) | JSON-LD    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 07.20.3217, on Linux (x86_64-pc-linux-gnu), Standard Edition
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2012 OpenLink Software