KOJl6aCKA
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору HNKTO Цитата: включаю ACPI + 1гб ОЗУ (пробовал и 512) + Сеть NAT (а другой и нету). | Так-то все верно. Только сеть на время установки все-таки лучше наверное выключить. Её так-то и потом можно будет задействовать в любой момент. После включения сети и последующей загрузки, система увидит "новое устройство" (сетевую карту) и поставит дрова. Просто этот шаг может повлечь за собой проблемы и крайне не желательно, что бы это произошло на стадии установки системы. Цитата: Виртуальный жёсткий на 40 гиг, динамический. | При его создании, предлагается три варианта: Первые два для w7 не годятся. Выбирается третий: При создании новой ВМ я выбирал "Windows .NET Server" и "Уже существующий Hard Disk Image": Дальше настройка VPC - Отключение сети, флопповода, выбор 512МБ ОЗУ или больше (Если не выбрано ранее). Затем настрока BIOS - включение ACPI, отключение флопика везде, где возможно, выбор с чего грузится (HardDisk;CD-ROM), перезагрузка, повторный вход в BIOS и снова выбор с чего грузится (HardDisk;CD-ROM), там просто какой-то глюк и с первого раза оно почему-то не понимает: Тут же сразу подключается образ W7 (Заранее подмонтированный к DaemonTools): Выход с сохранением и дальше установка проходит уже в штатном режиме: Установка дополнений (От VPC 2007 SP1): HNKTO Цитата: ru_windows_7_professional_vl_build_x86_dvd_x15-71232.iso | Собственно оно и есть: Поначалу SVCHOST некоторое время непрерывно грузит процессор под 100, но потом утихает: Проигрыватель W7 - это нечто. И это после WMP7/8/9... В общем, как и ожидалось, установка работает. Цитата: 2)Прекрасно работает "Local Only", по крайней мере с WinXP на второй виртуалке | Под XP хостом, с w7 на борту, работает не только "Local Only", но и другой вариант от туда - "Local, host and external". С этой настройкой никаких проблем нет, гостевую w7 пускает и в инет и в локальную сеть. То есть все работает предельно корректно. Только этот вариант под 9х хостом затенен (Не выбрать). А вот если выбрать "NAT" то даже под XP происходит затык (Только с w7 и Vista, с гостевой XP или ниже все хорошо). Цитата: 3)Вообще такое ощущение что таки даже не в драйвере "железки" дело, а в том что при установке сети в "NAT" у 7ки DHCP глючит и назначает неверный IP и шлюз, по крайней мере её 169.254.x.x (255.255.0.0) выглядит в сравнении со всем виденным в XP 192.168.x.x (255.0.0.0) крайне неестественно. зы, у "Хоста" IP: 192.168.1.3 (255.255.255.0) на единственной имеющейся в нём сетевухе. | Я вот тоже это заметил. Адреса назначаются как-то не так, как в XP и что с этим делать не ясно. А что если этот DHCP вообще выключить? Можно ли как-то все настроить вручную? Какие вообще файлы Win7 отвечают за работу DHCP? Просто попробовать бы откатить эти версии на более ранние из LongHorn 6.0.5048.0 (beta1) в котором проблемы ещё нет. Цитата: Звук: ага, почитал. Но предельно ясно не стало. А поделишься тем .inf файлом из своего загашника? | Его ещё нет (рабочего всмысле) . Я сейчас как раз параллельно и c этим вожусь. Цитата: А почему-бы... Попробовал Linux: Debian, Fedora и Kubuntu результат > Виртуалка вылетает с ошибкой о какой-то несовместимой с эмуляцией инструкцией ЦП. Но при этом FreeBCD, по крайней в режиме LiveCD работает. | Старые работают и то не все. В их числе - web.archive.org/web/20060604064132/vpc.visualwin.com Не знаю, стоит ли там искать что-то более менее совместимое с современным инетом. Были ктсте специальные дополнения под Linux (Файл вроде бы назывался LinuxAdditions.iso или AdditionsLinux.iso), где-то мне попадалась на него ссылка. Из линуксов я пробовал ReactOS 3.0.17 и он работал нормально. Но вот дополнения (От WIN) вставали со скрипом и все ломалось. MERCURY127 Цитата: идем в реестр, ищем там имя своей вирт машины, в этом ключе будет параметр RAM Size, раньше предел был 0x400, теперь можно делать (сам не проверял, ограничился 0xA00) вплоть до 0xF00 = 3840 Мб... но толку с этого - как с козла молока... потому что оно, похоже, все, что выще 1 ГБ, пишет на диск, Backing File 0.0 | Если научить его писать этот "Backing File 0.0" напрямую в RamDisk, должно быть неплохо. Куда он по-умолчанию его кстати пишет? Нет, я конечно понимаю, что можно всю Virtual PC установить на RamDisk. Главное, что гость будет видеть всю выделенную для него память как единое целое, предоставляя программам. А там и до x64 недалеко ZSZ Цитата: Да я понял. Только смысла в этом не вижу никакого. Можно же просто подоткнуть жёсткий диск с установленным и настроенным под себя Линуксом к любому компьютеру, зачем запускать его же с древней виртуалки? В крайнем случае с Live CD загрузиться. | Часто бывают ситуации, когда работу нежелательно завершать, но необходимо открыть какой-нибудь проблемный сайтик. В этом случае очень удобно. Особенно, если нету второго ПК под рукой. Так же если нужно вдруг запустить какую-нибудь программку, которой минимум Windows 7 видите ли подавай. KernelEx все ещё умеет не все (В том плане, что полноценно заменить Windows 7 пока месь не может. Есть программы, которым нужна "реальная" Windows 7. А на виртуале или реале не имеет значения). К тому же, очень удобно программы изучать\раскрывать, с целью адаптации её к хосту. Не все инструменты работают под 9х пока ещё полноценно. Ну и вдобавок, ко всему прочему - отменная изоляция хоста от потенциально кривого\вредоностного кода. Есть веши, которые лучше к хосту даже не подпускать, в виртуале им самое место (ИМХО). MERCURY127 Цитата: вдмэкс, либо в вдмстаб, авось заработает... | А можно ли попробовать завести этими инструментами VirtualSwitch, входящий в стандартную комплектацию Virtual PC 5? Дело в том, что в дистрибутиве имеется две версии обеспечивающего данный функционал драйвера - одна для Windows NT4, другая для Windows 2000\XP. Все они встают без запинки на эти ОС. Но вот в 9х не хотят. Хотя KernelEх здесь отрабатывает хорошо - заставляет исполняемый файл (Virtual PC.exe) запускаться в режиме NT4, но драйвер VirtualSwitch сам по себе не обнаруживается в системе, так как в неё не встает. Видимо там надо редактировать inf, адаптируя его к совместимости с 9х. Однако, скорее проблема все же в драйвере, в нем есть функции которым необходим для полноценной работы тот самый WdmStub.VxD Если удастся завести любой из этих версий VirtualSwitch, то все проблемы с сетью под Windows 7 отпадут сами собой! Тот, что для NT4 - VPCNetNT.sys (С ним же два INFa, и два BATника - Install и Remove) Для Windows 2000\XP идет уже - VPCNetS2.sys (С ним два INFa, CAT и одна DLLка - VPCNetS2.dll) Имеется так же общий экзешник - InstallServices.exe (Очевидно для установки) . HNKTO Цитата: Увы но факт. С другого боку шансы выделить виртуалке упираются в 2Гб озу в самом оптимистичном случае (больше уже не даст сама винда), что тоже мало спасает ситуацию против уберговна. | Это только "ОЗУ" ВМ, но ведь ещё есть и виртуальная память (тн "файл подкачки"), который и помогает в том случае, когда физической памяти не хватает. Его можно поместить на RamDisk64. Таким образом, если программе не хватит 2GB, она начнет активно использовать PageFile.SYS. А поскольку он на отдельном VHD контейнере, расположенном на RamDisk, скорость доступа к нему достаточно высока, что бы программа не испытывала проблем. Еще существует ключ "\3GB", который позволяет выделять программам уже до 3ГБ, вместо двух, предусмотернных по-умолчанию. HNKTO Цитата: (с другого боку я с удовольствием не откажусь от ВПЦ 2007 и под Win7, ибо это самое уберговно лучше в виртуалке запускать, чтоб хоть как-то изолировать вышеуказанные браузеры со всеми их ээээ фичами от содержимого реальной файловой системы и реальной оперативки машины, чисто из соображений безопасности и приватности. | Ещё под NT (2000\XP и выше) можно одновременно запускать и использовать VPC 2007 Portable + Virtual PC 5.x, что позволяет для каждой ВМ назначить индивидуальное выделенное ядро, тем самым более эффективно утилизировать CPU. | Всего записей: 905 | Зарегистр. 03-09-2012 | Отправлено: 21:05 07-06-2019 | Исправлено: KOJl6aCKA, 21:43 07-06-2019 |
|