|
maskman, хоть бы написал, что у тебя за железо и версия виртуал писи, приколист ;))) это по первому пункту.
до другим пунктам: эмулятор эмулирует конкретное железо, совершенно понятно почему: ос умеет нормально работать с оборудованием только через драйвера, либо стандартные, либо через поставляемые с оборудованием. т.е. гостевая ос видит только то, что предлагает ей эмулятор.
вывод: "расширить список оборудования" нельзя. что эмулятор умеет эмулировать, то умеет. если физическое железо ты можешь поменять, то такая возможность в эмулируемом железе отсутствует, точнее, ограничена возможностями эмулятора. допустим, тип сетевого адаптера там не изменить. по крайней мере, не силами пользователя.
часть железа эмулируется только на уровне гостевого компьютера, другое железо существует физически, и все обращения к таким устройствам из гостевой ос перенаправляются на физическое железо. пример: коммуникационные порты, сидиром, флоппик.
следовательно, конкурентные обращения к устройствам разруливаются средствами основной операционкой, как если бы в одной ОС несколько программ обратились к устройству, т.е. как правило ;)) корректно. записать в один файл из основной и гостевой ос _одновременно_ не удастся, ибо при открытии файла на дискете соответсвующий дескриптор в таблице открытых файлов создается основной ос независимо от того, откуда произошло к нему обращение. ведь эмулятор - это программа, работающая под управлением ос. случай vmware esx server'а я не рассматриваю, но ситуация там тоже схожая, как таковой основной ос нету, но функциональный аналог, разруливающий конкурентов ;)), должен быть
а если гостевая ос "не может своим виртуальным железом", ты получишь сообщение об ошибке - то ли ошибка доступа, то ли еще что. ведь эмулируется только железо, а ос самая что ни на есть настоящая. насколько настоящей может быть программа ;))
|