В общем, после года пользования VMware я наконец-то "рискнул" (а точнее не поленился и нашёл время) потестить столь необходимый мне "ручной" Автозапуск ("AutoRun"), одновременно включённый на двух машинах (и основной и гостевой).
Тестирование проводилось только на одной машине (на домашней, вполне современной машине). На моей рабочей машинке условия увы не те, чтобы VMware юзать (используется ещё и в качестве сервера), так что проверить результаты на других машинах я пока физически не могу (но в результатах тем не менее уверен). Аналогичное тестирование для других гостевых систем (отличных от Windows XP) также не проводилось, вследствие отсутствия такой необходимости и обоснованного предположения, что для других гостевых систем ситуация по идее ничем особо отличатся не должна.
-----------------------------------------
Условия тестирования.
1. Основная ОС: Windows XP SP2 Pro RUS (начисто установленная)
2. Гостевая ОС: Windows XP SP2 Pro RUS (начисто установленная)
3. Виртуальная машина: VMware Workstation 5.5.1.19175 (начисто установленная)
4. Приводы основной системы которые подключались к гостевой ОС:
1) Виртуальный привод DAEMON Tools 4.03 (поддерживает все распространённые образы дисков).
Это был единственный виртуальный привод на основной системе, на первом этапе тестирования одновременно подключенный как оптический привод в гостевой ОС.
В качестве дисков использовались различные образы (как обычные так и со скопированной защитой).
В настройках DAEMON Tools (подменю Options) были сняты галочки со всех параметров.
Подключения и отключения дисков производилось:
a) через меню DAEMON Tools (Mount Image)
b) через стандартные команды подключения и отключения образов к дисководу DAEMON Tools:
C:\PROGRA~1\DAEMON Tools\daemon.exe -mount 0,"%1"
C:\PROGRA~1\DAEMON Tools\daemon.exe -unmount 0
где 0 - это номер виртуального привода DAEMON Tools (их может быть не более 4 - 0,1,2,3), а "%1" - это путь к образу диска
c) только отключения - через "Извлечь" в меню виртуального оптического привода как на основной так и на гостевой системе
2) Физический дисковод компакт-дисков LG GSA-4165B (универсальный пишущий дисковод всех типов дисков)
Это был единственный физический привод на основной системе, на втором этапе тестирования одновременно подключенный как оптический привод в гостевой ОС.
3) 40-гигабайтный переносной жёсткий диск с USB2.0-интерфейсом - ZIV2.
Это был единственный имеющийся у меня в наличии, из всех возможных типов USB-дисков, дисководов и USB-компакт-приводов, который на третьем этапе тестирования одновременно подключался и на основной системе и в гостевой ОС.
5. Параметры автозапуска в реестре основной системы:
Все параметры "по умолчанию" (как после установки),
за исключением
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoDriveTypeAutoRun"=dword:00000091
который я изменил на
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoDriveTypeAutoRun"=dword:000000ff
Также, внимание! Параметр который VMware отключает в процессе установки
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdrom]
"AutoRun"=dword:00000000
я естественно изменил на значение по умолчанию
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdrom]
"AutoRun"=dword:00000001
Таким образом, включив AutoRun на основной системе, я привёл настройки автозапуска дисков к изначальному положению. За исключением параметра NoDriveTypeAutoRun, который разрешал активный автозапуск всех типов дисков в своём значении по умолчанию dword:00000091, и который я изменил на значение dword:000000ff, запрещая активный автозапуск любых типов дисков, но не отключая ручной автозапуск - ведь я включил взад AutoRun - "AutoRun"=dword:00000001 - а это значит что ручной автозапуск дисков по прежнему прекрасно работает - то есть иконки и названия дисков отображаются, а классический авторан и новомодное "назначение программ типам дисков" можно запустить/применить, самостоятельно щёлкнув по диску)
Опыт показывает что такие настройки являются оптимальными в любом случае. Так как позволяя избежать автоматического запуска любых типов дисков при их подключении, в то же время сохраняют возможность их ручного "автозапуска" (по щелчку мышей, или через контекстное меню диска). Вот собственно я наконец-то и рискнул попробовать применить их к системе в которой установлена VMware Workstation.
Результаты оказались достаточно интересными с одной стороны, и неудовлетворительными с другой.
-----------------------------------------
Результаты тестов:
1. Тесты с виртуальным приводом DAEMON Tools 4.03.
Результаты с виртуальным приводом DAEMON Tools 4.03 относительно неплохи. Даже весьма и весьма... на первый неотёсаный взгляд...
Фактически они говорят о том, что мы, в принципе, можем использовать ручной автозапуск как в основной так и в гостевой системе одновременно. Хотя и с определёнными оговорками (а точнее правилами).
Фактически (при отключённом в основной системе для всех типов дисков активном автозапуске - "NoDriveTypeAutoRun"=dword:000000ff, но включённом "AutoRun"=dword:00000001, и как следствие рабочем ручном автозапуске - смотри Условия), у меня лично никаких серьёзных проблем при работе с приводом DAEMON Tools 4.03 ни в одной из систем не наблюдалось. Однако наблюдались некоторые траблы с извлеченим/подключением дисков (впрочем, вполне решаемые).
В принципе, даже если в гостевой системе активный автоматический автозапуск был включён всё по прежнему работало, но имхо уже не так хорошо.
Так что я рекомендую также и в гостевой системе задать параметры автозапуска аналогичные этим параметрам для основной системы (то есть "ручной", а не "автоматический" активный автозапуск).
(Внимание! С любыми другими условиями "автозапуска" для основной системы, отличными от указанных, я тесты не проводил!).
Важные примечания:
1) Подключить образ диска к виртуальному дисководу можно естественно только способами a) и b) (смотри Условия) из основной системы.
2) Отключить теоретически также можно способами a) и b) из основной системы. Однако при этом-то как раз возникают проблемы с отключением, и как следствие, с подключением уже следующего образа в дисковод (может даже возникать парадоксальная ситуация, когда в дисководе основной системы вставлен один образ, а в том-же дисководе гостевой системы почему-то ещё отображается другой, и наоборот)!
Фактически, нормально можно отключить только способом c) - "Извлечь" в меню дисковода, и именно в ГОСТЕВОЙ системе (причём отключается для обеих систем сразу, что удобно)!
3) Важный аспект! При работе одновременно в двух системах необходимо ОБЯЗАТЕЛЬНО отключать (извлекать из дисковода) предыдущий образ, прежде чем вставлять новый! Как я уже и писал, делать это необходимо способом c) из гостевой системы (причём необходимо дождаться отключения образа в обеих системах, пержде чем вставлять новый)!
В любом случае несмотря на некоторые простые, но необходимые правила совместного использования виртуального дисковода DAEMON Tools 4.03, при включённом даже "ручном" атворане, пользовать этот виртуальный дисковод и в основной и гостевой системе одновременно достаточно "косевато", хотя и вполне возможно... Но странные неопасные косяки в виде различных дисков (образов) в одном и том же приводе на разных системах также "вполне возможны" (даже при соблюдении вышеописанных правил).
2. Тесты с физическим дисководом компакт-дисков LG GSA-4165B.
Результаты для физического привода компакт-дисков наоборот не порадовали. Хотя никаких видимых программно-аппартных проблем при работе вроде бы не возникало, однако на гостевой системе автозапуск ни в активном ни в ручном виде совершенно точно у меня не работал как хотелось бы!
Хотя диски вставлялись и в них можно было зайти самым обычным образом, но даже иконка и название диска отсутствовали (что обычно является следствием полного отключения автозапуска - "AutoRun"=dword:00000000).
Другими словами - использовать физический компакт-привод, при указанных в Условиях тестов параметрах автозапуска на основной системе, оказалось вроде-бы возможно. Но при этом автозапуск в гостевой не работал!
3. Тесты с 40-гигабайтным USB-диском ZIV2.
Работа с USB-устройствами имеет свою специфику. И тесты с моим USB-диском это показали.
До этого я никогда ранее не подключал никаких USB-устройств к гостевой системе (вседствие отсутствия необходимости). Так что это было весьма поучительно.
Вопреки некоторым моим наивным предположениям никаких проблем не наблюдалось.
И не наблюдалось лишь по той простой причине, что одновременно подключить USB-диск в качестве USB-устройства и в основной и в гостевой машине оказалось просто невозможно.
Диск подключался в основной или в гостевой машине, в зависимости от того в какой именно машине находился пользователь (то есть я) в момент его подключения.
-----------------------------------------
Общий вывод:
Всё это наверняка понятно, разумно и обоснованно со всех точек зрения. И наверняка подробно разъяснено в мануалах, которые мы вследствии инглиш-игнора ессесно не читаем.
Практический вывод:
В дальнейшем, чтобы обеспечить наличие ручного автозапуска
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoDriveTypeAutoRun"=dword:000000ff
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdrom]
"AutoRun"=dword:00000001
и в основной и в гостевой системах одновременно, я собираюсь использовать в качестве оптического дисковода в гостевой системе в основном виртуальный привод DAEMON Tools, установленный как отдельное приложение внутри самой гостевой системы, а не прикурченый из основной системы в виде буквы - как сейчас (как сейчас, смотри тесты); а также возможно USB-приводы и дисководы, ежели таковые у меня когда-нибудь появятся (было бы интересно потестить). Физические IDE-компакт-приводы оказываются побоку, так как не обеспечивают заданным условиям, а никакой критической необходимости я в них не вижу (всё что нужно реализует DAEMON Tools установленный в самой гостевой системе, или на худой конец, на основной ОС), а если вдруг реальная необходимость, то тогда уж конечно нужно блокировать физ-оптический привод для основной системы (Connect exclusively to the virtual machine), а иначе никак с ним гостевая нормально не будет...
-----------------------------------------
PS.
Описание самых основных параметров в реестре отвечающих за автозапуск различных типов дисков для WinXP:
NoDriveTypeAutoRun
Отвечает за отключение автозапуска для определённых типов дисков, с сохранением ручного запуска, если включен "AutoRun"=dword:00000001
Может (по крайней мере мог раньше) быть не только dword, но и hex-параметром.
Может находиться в ветках:
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
Может иметь массу значений, среди которых приведу два крайних:
Включение автозапуска для всех типов дисков (значение по умолчанию) - dword:00000091
!Отключение автозапуска для всех типов дисков (с ручным запуском) (рекомендую) - dword:000000ff
NoDriveAutoRun
Отключает автозапуск для определённых букв дисков, с сохранением ручного запуска, если включен "AutoRun"=dword:00000001
Является hex-параметром.
Может находиться в ветках:
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
Может иметь массу hex-значений (к примеру, отключить все диски, вроде будет - hex:ff,ff,ff,03).
!Если этот параметр есть, то советую его удалить (удобнее использовать NoDriveTypeAutoRun).
AutoRun
Самый дурной параметр, который "нафиг выключает" автозапуск для компакт-дисков самым полным образом (при этом игнорируя все другие типы дисков);
ни вручную запустить авторан компакт-диска или связанную программу, ни иконки диска или его названия увидеть в этом случае просто невозможно!
Является dword-параметром.
Может находиться в ветке:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdrom]
Может иметь значения
!Включение поддержки автозапуска компакт-дисков (значение по умолчанию, которое и рекомендую использовать) - dword:00000001
Полное отключение всякой поддержки автозапуска компакт-дисков (даже ручной) - dword:00000000
-----------------------------------------
Может кому вся ента инфа пригодится...
