AnexeR
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В общем, после года пользования 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 ----------------------------------------- Может кому вся ента инфа пригодится... | Всего записей: 133 | Зарегистр. 17-07-2004 | Отправлено: 06:33 14-01-2006 | Исправлено: AnexeR, 07:57 14-01-2006 |
|