» Проблемы с VMware Workstation (часть 4)
Друзья! Может здесь где-то и есть ответ на мой вопрос, но я, к сожалению его не нашел. У меня операционка WIndows 8, поставил VMware Workstation v10.0.1 Build 1379776 Lite for Windows, нормально поставилась, сделал гостевую Windows 8.1, тоже все нормально сработало, но когда я решил закрыть гостевую - все зависло, показывает, что гостевая работает, однако она не отключается. Диспетчером задач закрыл VMware, снова открыл, ничего не работает, гостевая глухо зависла. Подскажите, в чем проблема? Заранее благодарю!
Возможно ключевое слово вашем посте
Цитата:
Цитата:
Lite. Попробуйте оригинал.
Цитата:
сегодня не могу заставить появиться флешку в этом списке
Закрыть vmware -> вставить флэшку -> запустить vmware
Цитата:
поставил 9.02 как у вас
Не понял, у меня 10.0.1 build-1379776, если Вы про версию вари?
А дальше не знаю куда и копнуть. У меня на трёх разных хостах(winSrv2003r2, win7x64ent, winSrv2012r2) работает.
Здесь у Вас как?
Попробуйте выполнить рекомендации http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2046678
Попробуйте флэшку другую, с одиним разделом. (Над той, что на картинке, уже похоже "издевались", что за неразмеченный кусок на ней?).
Избегайте использования опции "use individual part...".
Попробуйте отключите UAC.
Попробуйте запустить варю от имени администратора.
Попробуйте удалите снапшоты, если есть.
И все ж, такое впечатление, что варя не может получить доступ к флэшке. Антивирус? А почему варя русская? Сборка?
Цитата:
Закрыть vmware -> вставить флэшку -> запустить vmware
пробовал, нифига.
после установки 9.02 увиделась
Цитата:
Не понял, у меня 10.0.1 build-1379776, если Вы про версию вари?
я по ссылкам читал, вы писали, что у вас 9.02.
Цитата:
А дальше не знаю куда и копнуть. У меня на трёх разных хостах(winSrv2003r2, win7x64ent, winSrv2012r2) работает.
у меня хр
Цитата:
Здесь у Вас как?
завтра проверю
Цитата:
Попробуйте флэшку другую, с одиним разделом. (Над той, что на картинке, уже похоже "издевались", что за неразмеченный кусок на ней?).
это 2к10 так подготавливает флеш для бутовости.
Цитата:
Избегайте использования опции "use individual part...".
не ставил
Цитата:
Попробуйте отключите UAC. Попробуйте запустить варю от имени администратора. Попробуйте удалите снапшоты, если есть.
у меня хп, снэпшотов нет.
Цитата:
И все ж, такое впечатление, что варя не может получить доступ к флэшке. Антивирус? А почему варя русская? Сборка?
нет антивируса, брал здесь http://forum.ru-board.com/topic.cgi?forum=35&topic=41850&start=1200#4
Цитата:
нет антивируса, брал здесь http://forum.ru-board.com/topic.cgi?forum=35&topic=41850&start=1200#4
Огрызочный Lite, да еще и на русском? УЖАС
Используйте оригинальный дистрибутив.
Wu Tang
Цитата:
У меня на скрине тоже 2к10, и нет никаких огрызков.
Цитата:
Золотые слова, рекомендую.
Цитата:
это 2к10 так подготавливает флеш для бутовости.
У меня на скрине тоже 2к10, и нет никаких огрызков.
Цитата:
Используйте оригинальный дистрибутив.
Золотые слова, рекомендую.
goletsa
на инглише не хочется
uncleShi
я юзал rmprep
на инглише не хочется
uncleShi
я юзал rmprep
uncleShi
Цитата:
conty9 сказал, что огрызок должен быть.
вот службы
Цитата:
У меня на скрине тоже 2к10, и нет никаких огрызков.
conty9 сказал, что огрызок должен быть.
вот службы
Wu Tang
Цитата:
Пробовали службы как у меня на скрине? (остановите три последних с Вашего)
Цитата:
вот службы
Пробовали службы как у меня на скрине? (остановите три последних с Вашего)
Wu Tang
Это (пока) еще не винда, там службы [пока еще] называют человечьими именами, не от маркетинга.
uncleShi
Отключить ненужное труда не составит.
Это (пока) еще не винда, там службы [пока еще] называют человечьими именами, не от маркетинга.
uncleShi
Отключить ненужное труда не составит.
[more] [more] [more] нестабильное подключение usb wifi-адаптера к сети в guest-системе
дано:
vmware workstation/player без разницы)
host = win7 (base/pro, без разницы)
guest = win 7 (base/pro, миграция, установка с 0 - без разницы)
usb wifi адаптер TP-Link, в host-системе вообще никаких проблем, к guest подключается, в системе guest видится,
драйвер в guest вроде как ок
но не могу справиться с нестабильным (получается случайным, непрогнозируемым и крайне редко успешным) подключением usb wifi адаптера к роутеру.
требуется подключение строго прямое, без NAT, моста и host
в подавляющем большинстве случаев wifi-адаптер роутер (Dlink) видит, сеть видит, запрос ключа делает, но дальше - стоп - нет
подключения, "не удается подключиться".
в картинках ниже ipconfig:
1) - случай удачного подключения
http://s019.radikal.ru/i639/1402/f8/f26eb126a0ee.jpg
2) - через минуту сам по себе слетел (и так будет долго, подключиться не удастся)
http://s006.radikal.ru/i213/1402/e9/8572932a3b99.jpg
3) - стабильное подключение в host-cистеме
http://s019.radikal.ru/i627/1402/f8/73170dc0b189.jpg
если на уровне драйвера и железа вроде все ок, то win7 тоже должна все автоматом делать...?
да и прописывание руками параметров ip, шлюза и dns внутри ip4-протокола ничего не дает
так как все это только внутри vmware, то заковыка где-то в нем?
где копать? на что смотрерь?
[/more] [/more] [/more]
дано:
vmware workstation/player без разницы)
host = win7 (base/pro, без разницы)
guest = win 7 (base/pro, миграция, установка с 0 - без разницы)
usb wifi адаптер TP-Link, в host-системе вообще никаких проблем, к guest подключается, в системе guest видится,
драйвер в guest вроде как ок
но не могу справиться с нестабильным (получается случайным, непрогнозируемым и крайне редко успешным) подключением usb wifi адаптера к роутеру.
требуется подключение строго прямое, без NAT, моста и host
в подавляющем большинстве случаев wifi-адаптер роутер (Dlink) видит, сеть видит, запрос ключа делает, но дальше - стоп - нет
подключения, "не удается подключиться".
в картинках ниже ipconfig:
1) - случай удачного подключения
http://s019.radikal.ru/i639/1402/f8/f26eb126a0ee.jpg
2) - через минуту сам по себе слетел (и так будет долго, подключиться не удастся)
http://s006.radikal.ru/i213/1402/e9/8572932a3b99.jpg
3) - стабильное подключение в host-cистеме
http://s019.radikal.ru/i627/1402/f8/73170dc0b189.jpg
если на уровне драйвера и железа вроде все ок, то win7 тоже должна все автоматом делать...?
да и прописывание руками параметров ip, шлюза и dns внутри ip4-протокола ничего не дает
так как все это только внутри vmware, то заковыка где-то в нем?
где копать? на что смотрерь?
[/more] [/more] [/more]
ditzy
выкинуть usb wifi, Они все поголовно кривые
выкинуть usb wifi, Они все поголовно кривые
адаптеры тоже менял, дело не в них.
в обычной среде win7 на реальной машине работает все стабильно.
а на виртуалке адаптер видит роутер, обращается к нему и... на этом всё. может, дело в какой-то неверной реализации dhcp-запросов БЕЗ использования nat/bridge/host в vmware??
(при bridge виртуалка работает, кстати, только мне это не подходит - нужно чтобы виртуальная машина независимо шла в инет через свой адаптер)
нужно еще добавить, что эта проблема наблюдается что на VMware, что на VirtualBox, что на VirtualPC от майкрософт,
то есть, везде реализован один и тот же подход, видимо.
Добавлено:
Захват фреймов трафика при нормальном соединении (на реальной машине):
http://s018.radikal.ru/i528/1402/eb/b898f014ed1a.jpg
А это в виртуальной:
http://s009.radikal.ru/i307/1402/44/ff5ec29ed345.jpg
то есть, "облом" как раз на том месте, где заканчиваются внизу фреймы на снимке
в сравнении видно, что после безассоциативного опроса окружающих сетей (Management Beacon)
до DHCP запроса от 0.0.0.0 дело не доходит, не проходит даже EAPOL Key handshake– это протокол, который используется до того как компьютер успевает аутентифицироваться, и только после успешного «логина» весь остальной трафик сможет проходить через тот порт коммутатора, к которому подключен данный компьютер.
ну... и что такого наворотили в VMware (а также в других виртуалках), что напрочь задвинули настройки Win по умолчанию? При этом а политике служб все как обычно, dhcp и dns включен....
может, кто че скажет по конкретике?
в обычной среде win7 на реальной машине работает все стабильно.
а на виртуалке адаптер видит роутер, обращается к нему и... на этом всё. может, дело в какой-то неверной реализации dhcp-запросов БЕЗ использования nat/bridge/host в vmware??
(при bridge виртуалка работает, кстати, только мне это не подходит - нужно чтобы виртуальная машина независимо шла в инет через свой адаптер)
нужно еще добавить, что эта проблема наблюдается что на VMware, что на VirtualBox, что на VirtualPC от майкрософт,
то есть, везде реализован один и тот же подход, видимо.
Добавлено:
Захват фреймов трафика при нормальном соединении (на реальной машине):
http://s018.radikal.ru/i528/1402/eb/b898f014ed1a.jpg
А это в виртуальной:
http://s009.radikal.ru/i307/1402/44/ff5ec29ed345.jpg
то есть, "облом" как раз на том месте, где заканчиваются внизу фреймы на снимке
в сравнении видно, что после безассоциативного опроса окружающих сетей (Management Beacon)
до DHCP запроса от 0.0.0.0 дело не доходит, не проходит даже EAPOL Key handshake– это протокол, который используется до того как компьютер успевает аутентифицироваться, и только после успешного «логина» весь остальной трафик сможет проходить через тот порт коммутатора, к которому подключен данный компьютер.
ну... и что такого наворотили в VMware (а также в других виртуалках), что напрочь задвинули настройки Win по умолчанию? При этом а политике служб все как обычно, dhcp и dns включен....
может, кто че скажет по конкретике?
После апгрейда переустановил Win7 x64, поставил VMWare Workstation 9.0.1 (так же пробовал ставить 9.0.2; 10.0.1). Подключил ранее созданные виртуальные машины, все заработало и вроде бы все хорошо. Но вылезла такая проблема:
Запускаю гостевую Win XP (x32) - все работает хорошо, запускаю следующую гостевую Win 7 (x32), после ее старта переключаюсь в Win XP, а ее рабочий стол как бы заблокирован - не реагирует на клаву ни на мышь. При переходе в Win 7 там такой проблемы нет. Если Win 7 свернуть (отправить в бэкграунд), после этого с Win XP можно нормально работать, как только активирую Win 7, рабочий стол Win XP оказывается заблокированным.
Если обе гостевые ОС переключить в режим Unity - то они работают нормально, т.е. никакой блокировки XP нет.
Раньше (до замены хостового компьютера) такой проблемы не было вообще.
Новые CPU - i5 4570, Мать на чипсете B85.
Запускаю гостевую Win XP (x32) - все работает хорошо, запускаю следующую гостевую Win 7 (x32), после ее старта переключаюсь в Win XP, а ее рабочий стол как бы заблокирован - не реагирует на клаву ни на мышь. При переходе в Win 7 там такой проблемы нет. Если Win 7 свернуть (отправить в бэкграунд), после этого с Win XP можно нормально работать, как только активирую Win 7, рабочий стол Win XP оказывается заблокированным.
Если обе гостевые ОС переключить в режим Unity - то они работают нормально, т.е. никакой блокировки XP нет.
Раньше (до замены хостового компьютера) такой проблемы не было вообще.
Новые CPU - i5 4570, Мать на чипсете B85.
други, помогите решить головоломку. Vmware 8 + Win XP SP3 на хосте Linux.
Графическая память видеокарты используется не полностью.
Только 128mb. Хотя карта 512mb. И ничего сделать не могу. Крутил в конфиге с параметры
svga.autodetect = "FALSE"
svga.vramSize = "268435456"
Результат нулевой. В логах пишет следующее:
Decreasing vramSize to 134217728 (configured size 268435456 too big)
Как победить? Есть у кого-то решение?
Графическая память видеокарты используется не полностью.
Только 128mb. Хотя карта 512mb. И ничего сделать не могу. Крутил в конфиге с параметры
svga.autodetect = "FALSE"
svga.vramSize = "268435456"
Результат нулевой. В логах пишет следующее:
Decreasing vramSize to 134217728 (configured size 268435456 too big)
Как победить? Есть у кого-то решение?
Ну вот, удалось установить причину вызывающую блокировку рабочего стола гостевой XP.
Если при запуске Win7 к ней подключен дополнительный ЖД в режиме "Использовать раздел физического жесткого диска", то WinXP становиться заблокированной, если отключить дополнительный ЖД - то проблем нет, т.е. WinXP работает нормально и запущенная Win7 ей не мешает.
Несколько запутанное объяснение, но это так.
Как это обойти и почему этой проблемы не было на предыдущем компе - я не знаю!
Может кто сможет помочь советом?
Если при запуске Win7 к ней подключен дополнительный ЖД в режиме "Использовать раздел физического жесткого диска", то WinXP становиться заблокированной, если отключить дополнительный ЖД - то проблем нет, т.е. WinXP работает нормально и запущенная Win7 ей не мешает.
Несколько запутанное объяснение, но это так.
Как это обойти и почему этой проблемы не было на предыдущем компе - я не знаю!
Может кто сможет помочь советом?
Можно ли через VMware реализовать работу двух пользователей на одном системнике?
чтобы у каждого была своя мышь и клавиатура?
те имеем одни системник два моника два мыши две клавы. ?
чтобы у каждого была своя мышь и клавиатура?
те имеем одни системник два моника два мыши две клавы. ?
X32
2 видеокарты... На Xen такую штуку видел.
2 видеокарты... На Xen такую штуку видел.
goletsa
а при чём здесь две видеокарты? достаточно и одной с парой портов. Вопрос в том, как разделить влияние мышей и клавиатур? Выводить картинку каждой машины на отдельный монитор - не вопрос. Но клавиатурный ввод будет производиться туда, где фокус, верно?
Я полагаю, самым рабочим решением был бы тонкий клиент, подключающийся к виртуальной машине, и второй комплект клава+мышь будет физически подключен именно к нему.
Теоретически можно пробросить USB клаву+мышь и внутрь виртуальной машины, тогда клиент не понадобился бы, но в Workstation я чёто такой возможности для HID-устройств при беглом осмотре не заметил, а, значит, хз, как это сделать без костылей.
Если интересно - костыли - это что-то типа USB over Network, - серверная часть на хосте, клиент - на госте, и принимает клаву+мышь по сети. Думаю, сработало бы.
Впрочем, больше шансов сделать это через готовое решение типа Aster.
а при чём здесь две видеокарты? достаточно и одной с парой портов. Вопрос в том, как разделить влияние мышей и клавиатур? Выводить картинку каждой машины на отдельный монитор - не вопрос. Но клавиатурный ввод будет производиться туда, где фокус, верно?
Я полагаю, самым рабочим решением был бы тонкий клиент, подключающийся к виртуальной машине, и второй комплект клава+мышь будет физически подключен именно к нему.
Теоретически можно пробросить USB клаву+мышь и внутрь виртуальной машины, тогда клиент не понадобился бы, но в Workstation я чёто такой возможности для HID-устройств при беглом осмотре не заметил, а, значит, хз, как это сделать без костылей.
Если интересно - костыли - это что-то типа USB over Network, - серверная часть на хосте, клиент - на госте, и принимает клаву+мышь по сети. Думаю, сработало бы.
Впрочем, больше шансов сделать это через готовое решение типа Aster.
Можно, например, так.
yulia23
Цитата:
yulia23
Цитата:
Как победить?vmware не может использовать больше 128 мб виртуальной видеопамяти. И, да, это не видеопамять, а кусок RAM на самом деле.
[q][/q]
С астер все решалось, но - возможности поменять систему нет. На вмваре что то не получается - похоже нет такого варианта без пляски с бубном.
Таблетка для Aster на Windows serwer 2012R2 не работает - в том и проблема.
С астер все решалось, но - возможности поменять систему нет. На вмваре что то не получается - похоже нет такого варианта без пляски с бубном.
Таблетка для Aster на Windows serwer 2012R2 не работает - в том и проблема.
Там написано как отдавать клавиатуру и мышь в монопольное использование конкретной виртуалки.
Помогите плиз, хост система Win7Pro64, vmware 10, поднимаю одну виртуалку (Kerio Connect) в BRIGE, назначаю ip .3 у хоста .10, поднимаю вторую на линухе, ей назначаю .11 и даю тот же бридж.
Так вот линух бридж не видит, тоесть и он не пингуется не отвечает и с него нет ни пингов ни ответов, правда при попытке пингануть ya.ru имя все таки ресолвится.
Второй виртуалкой был и дебиан и центос, результат одинаковый. На хостовой пробовал отрубать виндовый фаервол - не помогло. Если выставить NAT все работает, но мне то нужно снаружи доступ (Zimbra). Может кто сталкивался?
ps. Бридж пробовал ставить и просто и через редактор виртуальных сетей - VMNET2. Просто понятно почему не работает, там еще сеть от йоты есть вторым адаптером. А вот почему через vmnet не пашет мне не ясно.
Попробовал сделать NAT - все прописывается инет летает. Можно даже пробросить порты, только мне вот надо бы зимбру завести.
Попробовал все потушить кроме одной тачки - не видит.
Попробовал назначить .3 (который работал у виртуалки с Kerio) - не пашет и не ресолвится.
Так вот линух бридж не видит, тоесть и он не пингуется не отвечает и с него нет ни пингов ни ответов, правда при попытке пингануть ya.ru имя все таки ресолвится.
Второй виртуалкой был и дебиан и центос, результат одинаковый. На хостовой пробовал отрубать виндовый фаервол - не помогло. Если выставить NAT все работает, но мне то нужно снаружи доступ (Zimbra). Может кто сталкивался?
ps. Бридж пробовал ставить и просто и через редактор виртуальных сетей - VMNET2. Просто понятно почему не работает, там еще сеть от йоты есть вторым адаптером. А вот почему через vmnet не пашет мне не ясно.
Попробовал сделать NAT - все прописывается инет летает. Можно даже пробросить порты, только мне вот надо бы зимбру завести.
Попробовал все потушить кроме одной тачки - не видит.
Попробовал назначить .3 (который работал у виртуалки с Kerio) - не пашет и не ресолвится.
что это за хрень?
почему раздроблен виртуальный диск на столько курсков?
версия - самая последняя
почему раздроблен виртуальный диск на столько курсков?
версия - самая последняя
contrafack
диск дробится на фрагменты размером до 2Гб
диск дробится на фрагменты размером до 2Гб
в настройках виртуалного диска стоить дробить контейнер - внимательнее читайте когда машину создаете куда галки ставите
Прям хор...
Ивиняйте, не сдержался.
Ивиняйте, не сдержался.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186
Предыдущая тема: Windows Internet Explorer 8 (IE8)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.