Vmware не видит память
Недостаточно физической памяти для питания этой виртуальной машины с ее настроенными параметрами.
Одной из основных причин, которые могут вызвать эту ошибку, является недавнее обновление Windows, которое запретило пользователям запускать виртуальную машину.
Кроме того, эта проблема может возникнуть из-за нехватки оперативной памяти в вашей системе.
Есть много бизнес-пользователей, которые используют VMware, и они не могут позволить себе потерять доступ к своим данным. Поэтому для них крайне важно решить эту проблему как можно скорее.
В этой статье мы узнаем несколько быстрых приемов, которые можно использовать для устранения этой ошибки. Пожалуйста, внимательно следуйте инструкциям.
Что делать, если не хватает физической памяти VMware
2. Удалите конфликтующее обновление Windows
Microsoft выпускает обновления для своих продуктов для улучшения функций и исправления лазеек. Но у Microsoft есть известная история выпуска обновлений с ошибками. Если ошибка VMware из-за недостатка физической памяти начала возникать сразу после обновления Windows, то удаление этого обновления может помочь нам.
Предупреждение: отключение обновления не рекомендуется, так как это может стать угрозой безопасности; действовать на свой страх и риск.
- Нажмите клавишу Windows, затем введите «Настройки» и в появившемся списке нажмите «Настройки».Открыть настройки в Windows Search
- Теперь нажмите «Обновление и безопасность».Откройте «Обновление и безопасность» в настройках Windows
- Теперь нажмите на Центр обновления Windows, а затем на Просмотр истории обновлений.Просмотреть историю обновлений Windows
- Нажмите Удалить обновления, чтобы удалить последние обновления из вашей системы.Удалить обновления в истории обновлений
- Теперь выберите обновление, которое, по вашему мнению, создает проблему, нажмите «Удалить» и следуйте инструкциям на экране, чтобы завершить процесс удаления.
- Перезагрузите систему, а затем проверьте, нормально ли начал работать VMware.
Помните, что вы должны удалить последние обновления Windows по одному и проверять VMware, пока не найдете проблемное обновление. После удаления проблемного обновления переустановите другие обновления и скрывайте это конкретное обновление, пока проблема не будет решена Microsoft или VMware.
4. Изменить настройки VMware
2. Запустите VMware от имени администратора
- Завершите работу своей VMware Workstation.
- Откройте меню Пуск и найдите VMware Workstation .
- Щелкните правой кнопкой мыши VMware Workstation и выберите « Запуск от имени администратора» .
- Теперь запустите рабочую станцию VMware и проверьте, сохраняется ли проблема.
1. Используйте безопасный режим или чистую загрузку Windows
Могут быть приложения, которые могут мешать нормальной работе VMware, особенно другие приложения виртуальной среды, такие как Virtual Box и т. Д. Чтобы исключить это, используйте встроенный безопасный режим Windows или чистую загрузку Windows.
- Чистая загрузка Windows или загрузка Windows в безопасном режиме.
- Запустите VMware, чтобы проверить, работает ли он без проблем.
Если VMware работает нормально в среде чистой загрузки или в безопасном режиме, попробуйте найти конфликтующее приложение и попытаться решить проблему между приложениями.
4 ответа 4
32-битные машины могут адресовать только (см.) 3 ГБ оперативной памяти. Ваша виртуальная машина может предоставлять ей 4 ГБ, но она может использовать только 3 ГБ. Если вы хотите использовать оставшееся пространство, установите 64-битную ОС в ВМ.
Обычно 32-разрядная операционная система может видеть только 4 ГБ памяти, включая устройства (графическую карту и т.д.). В результате ОС видит 3 ГБ физической памяти, даже если установлено более 3 ГБ. Это верно для физических машин и виртуальных машин.
32-битная Windows XP, как и Windows 2003 Server и более поздние версии, поддерживала PAE (расширения физических адресов), что позволило ей использовать более 4 ГБ физической памяти. Windows Vista и Windows 7 больше не поддерживают PAE из-за несовместимости драйверов, которые уже присутствовали в Windows XP.
Таким образом, как правило, только 64-разрядная версия Windows поддерживает более 3 ГБ физической памяти плюс 32-разрядные версии Windows, поддерживающие PAE (Windows 2000, Windows XP, Windows Server 2003, Windows Server 2008); в то время как 32-разрядные версии Windows, которые не поддерживают PAE (Windows Vista, Windows 7), обычно не могут видеть более 3 ГБ физической памяти.
Еще раз обратите внимание, что память, назначенная виртуальной машине, считается "физической памятью" для операционной системы, работающей на ней.
Скорее всего, виртуальная машина работает в основной операционной системе как 32-разрядная программа, чтобы она могла должным образом поддерживать 32-разрядную гостевую систему. Это означает, что на него распространяются 32-разрядные ограничения, и поэтому память, которую он может выделить, подчиняется ограничениям виртуального адресного пространства 3 ГБ и 1 ГБ, которые устанавливаются в 32-разрядных программах.
На этой странице ваше адресное пространство для хостинговой программы будет выглядеть так:
И ваша виртуальная машина будет заблокирована в пространстве 3 ГБ, так как последний 32 ГБ требуется для доступа к системным драйверам на вашем хосте.
Если вы видите, что это происходит с 64-битными виртуальными машинами, это потому, что некоторые продукты VMware, такие как ESX/ESXi и Workstation, могут перегружать оперативную память виртуальными машинами.
Это позволяет нескольким виртуальным машинам работать с выделенным для них ОЗУ больше, чем у физического компьютера. В то время как ОЗУ перегружено, они фактически получают ОЗУ динамически, только когда они действительно нуждаются в этом.
Работал в VMWare с одной программой. Причём не слишком ресурсоёмкой — отъела всего пару сотен мегабайт памяти. Хозяйская ОС Windows 8 настойчиво потребовала обновиться. Поставил ВМ на паузу, перезагрузился, снова запустил VMWare. А она и говорит: «Чтобы запустить вашу виртуальную машину недостаточно памяти». На реальной машине 16Г, виртуальной отведено 4Г, но запуститься не может. Изменить объём памяти в настройках тоже нельзя, потому что ВМ поставлена на паузу, то есть как бы работает. Зашатдаунить её без включения тоже нельзя.
Поискал в сети — проблема распространённая. Решение — прибить Скайп, если не поможет — запустить ВМВарь с правами админа, зашатдаунить и уменьшить память.
У всех, кто описывал эту проблему, хозяйская ОС — Windows или Mac OS X. А под линуксом вам такое встречалось?
vmware esx или workstation/player?
Видимо, проблема в этом. Так что, похоже, ты ошибся сайтом.
Player, но в сети жалуются на всех.
Видимо, проблема в этом. Так что, похоже, ты ошибся сайтом.
Наоборот! Если под Линуксом проблема не встречается — лишний повод для гордости :)
Проблемы нет. Всё время экспериментировал с несколькими осями. Player от Workstation 9. Хост GNU / Linux Debian x86_64 всегда был с 5 версии. Может дело в 8ке?
Судя по симптомам изменилась адресация памяти в хост системе или управлением правами на процессы, вмтварь не видит часть памяти, хотя та свободна. В каждой ОС свой механизм управления памятью, поэтому на разных хостах будет по-разному.
Есть три варианта действий. Если не жалко открытые программы, сбросить суспенд. Или открыть ВМ на другой хосте, при этом можно попробовать скопировать и затем перенести ВМ.
Как выяснилось, проблему можно решить сносом временных файлов в директории виртуальной машины. Экспериментировать начал после того, как машина отказалась запускаться даже с 16 МЕГАбайтами :) Естественно, если ВМ была засуспенжена, всё теряется.
Собственно $SUBJ. Имеется VMWare Workstation 8.0.1, запускаю под ней виртуалку с 8Гб оперативы - взлетает, но через какое-то время гостевая система начинает жутко лагать и постоянно дергается диск (отсюда и думаю, что пытается свопиться). Не лечится никак, только рестарт воркстейшена.
Удивляет это по нескольким причинам. Во-первых, своп отключен и удалён нафиг. Во-вторых, оперативы 24Гб. В-третьих, при этих глюках свободно минимум 12Гб оперативы. В-четвёртых, процессора тоже хватает за глаза - виртуалке отдано 4 ядра из 12-ти (физических 6).
Вопрос - куда копать? Моего гугл-фу не хватило на нахождение решения. Подозреваю, что это где-то в настройках самого воркстейшена, но прошерстив их ничего не нашел. Может кто сталкивался?
таки непонятно виртуалка или основная система лагает?
и что зачит «но через какое-то время начинает жутко лагать и постоянно дергается диск (отсюда и думаю, что пытается свопиться)»? может таки посмотрите на top для начала!
Лагает гостевая система, на хосте все летает и свободных ресурсов еще дофига (несколько ядер вобще с нулевой загрузкой)
Вопрос, конечно, глюпый-глюпый, но на всякий случай: своп отключен и на гостевой, и на основной системе? :)
Гость - венда и да, своп отключен.
А винду разве можно совсем-совсем отучить от файла подкачки? Мне все-таки кажется что это проблема гостевой системы, а не VMWare, т.к. никогда с подобным не сталкивался.
Можно, по крайней мере венда говорит, что файла подкачки нет.
А в винде хватает памяти? Тут такое дело, что винда вполне может код подгруженных программ выгружать из памяти и подгружать заново, когда понадобится. Получается, что файл программы используется как своп для кода программы. Поэтому винда может адски тормозить при нехватке памяти, постоянно выгружая и загружая одни и те же фрагменты работающих программ.
Стоит голая семёрка и запускается там максимум по две программы (вторая это браузер), если ей под это не хватает 8Гб, то я фшоке.
Может плохо читал, но так и не понял, кто свопится, виртуалка или хост?
Ещё вопрос, своп отключён где, в виртуалке или хосте?
Свопится VMWare, куда - не знаю. Своп отключен везде - и на хосте и в вируталке.
Отключить в VMWare кэширование для жесткого диска гостевой ОС?
Это тот который «Enable write caching» в Advanced жесткого диска? Отключил - будем посмотреть.
Она, скорее, делает у тебя тримминг. То есть, «чистит» со сбросом на диск неиспользуемую часть памяти виртуальной машины.
Вот мой конфиг от VMPlayer 4.0.1 (движок тот же, что и у ws8):
.encoding = «ASCII»
config.version = «8»
virtualHW.version = «8»
numvcpus = «1»
vcpu.hotadd = «TRUE»
scsi0.present = «TRUE»
scsi0.startConnected = «TRUE»
scsi0.sharedbus = «none»
scsi0.virtualDev = «lsisas1068»
scsi1.present = «TRUE»
scsi1.startConnected = «TRUE»
scsi1.sharedbus = «none»
scsi1.virtualDev = «lsisas1068»
memsize = «2048»
mem.hotadd = «FALSE»
scsi0:0.present = «TRUE»
scsi0:0.fileName = «XP.vmdk»
scsi0:0.deviceType = «disk»
shed.scsi0:0.shares = «normal»
scsi1:0.present = «TRUE»
scsi1:0.fileName = «/dev/sr0»
scsi1:0.deviceType = «cdrom-raw»
shed.scsi1:0.shares = «normal»
ethernet0.present = «TRUE»
ethernet0.virtualDev = «e1000»
ethernet0.wakeOnPcktRcv = «FALSE»
ethernet0.addressType = «static»
ethernet0.address = «00:50:56:3D:2B:14»
disk.enableUUID = «TRUE»
pciBridge0.present = «TRUE»
pciBridge4.present = «TRUE»
pciBridge4.virtualDev = «pcieRootPort»
pciBridge4.functions = «8»
pciBridge5.present = «TRUE»
pciBridge5.virtualDev = «pcieRootPort»
pciBridge5.functions = «8»
pciBridge6.present = «TRUE»
pciBridge6.virtualDev = «pcieRootPort»
pciBridge6.functions = «8»
pciBridge7.present = «TRUE»
pciBridge7.virtualDev = «pcieRootPort»
pciBridge7.functions = «8»
vmci0.present = «TRUE»
hpet0.present = «TRUE»
roamingVM.exitBehavior = «go»
displayName = «XP»
guestOS = «winxppro»
nvram = «XP.nvram»
virtualHW.productCompatibility = «hosted»
gui.exitOnCLIHLT = «FALSE»
extendedConfigFile = «XP.vmxf»
uuid.location = «56 4d e6 e8 24 ee 40 b6-5c fc d0 d3 bc 96 61 fb»
uuid.bios = «56 4d e6 e8 24 ee 40 b6-5c fc d0 d3 bc 96 61 fb»
cleanShutdown = «TRUE»
replay.supported = «FALSE»
replay.filename = «»
pciBridge0.pciSlotNumber = «17»
pciBridge4.pciSlotNumber = «21»
pciBridge5.pciSlotNumber = «22»
pciBridge6.pciSlotNumber = «23»
pciBridge7.pciSlotNumber = «24»
scsi0.pciSlotNumber = «160»
scsi1.pciSlotNumber = «192»
usb.pciSlotNumber = «33»
ethernet0.pciSlotNumber = «34»
sound.pciSlotNumber = «35»
ehci.pciSlotNumber = «36»
vmci0.pciSlotNumber = «37»
vmotion.checkpointFBSize = «67108864»
vmci0.id = "-1130995205"
checkpoint.vmstate = «»
scsi0:0.redo = «»
tools.syncTime = «TRUE»
tools.upgrade.policy = «manual»
unity.wasCapable = «FALSE»
sharedFolder0.present = «TRUE»
sharedFolder0.startConnected = «TRUE»
sharedFolder0.enabled = «TRUE»
sharedFolder0.readAccess = «TRUE»
sharedFolder0.writeAccess = «TRUE»
sharedFolder0.hostPath = «/mnt/Windows/shared»
sharedFolder0.guestName = «shared»
sharedFolder0.expiration = «never»
sharedFolder.option = «alwaysEnabled»
isolation.tools.hgfs.disable = «FALSE»
sharedFolder.maxNum = «1»
hgfs.mapRootShare = «TRUE»
usb.present = «TRUE»
usb.generic.allowHID = «TRUE»
ehci.present = «TRUE»
scsi0.sasWWID = «50 05 05 68 24 ee 40 b0»
scsi1.sasWWID = «50 05 05 68 24 ee 41 b0»
usb:1.present = «TRUE»
usb:2.present = «TRUE»
usb:3.present = «TRUE»
usb:4.present = «TRUE»
usb:5.present = «TRUE»
usb:6.present = «TRUE»
usb:7.present = «TRUE»
usb:1.deviceType = «hub»
usb:2.deviceType = «hub»
usb:3.deviceType = «hub»
usb:4.deviceType = «hub»
usb:5.deviceType = «hub»
usb:6.deviceType = «hub»
usb:7.deviceType = «hub»
tmpDirectory = «/tmp»
workingDir = «/tmp»
svga.autodetect = «FALSE»
svga.maxWidth = «1100»
svga.maxHeight = «900»
svga.vramSize = «67108864»
MemTrimRate = «0»
shed.mem.pshare.enable = «TRUE»
MemAllowAutoScaleDown = «FALSE»
mainMem.useNamedFile = «FALSE»
mainMem.freeSpaceCheck = «FALSE»
prefvmx.useRecommendedLockedMemSize = «TRUE»
prefvmx.minVmMemPct = «100»
msg.autoAnswer = «TRUE»
uuid.action = «keep»
gui.restricted = «TRUE»
chipset.useAcpiBattery = «TRUE»
chipset.useApmBattery = «TRUE»
gui.fullScreenAtPowerOn = «FALSE»
fileSearchPath = "."
scsi1:0.startConnected = «TRUE»
usb.autoConnect.device0 = «»
sound.present = «TRUE»
sound.fileName = "-1"
sound.autodetect = «TRUE»
mks.enable3d = «TRUE»
powerType.powerOff = «hard»
powerType.powerOn = «hard»
powerType.suspend = «hard»
powerType.reset = «hard»
usb.vbluetooth.startConnected = «TRUE»
floppy0:present = «FALSE»
parallel0.present = «FALSE»
printer0.present = «FALSE»
serial0.present = «FALSE»
serial1.present = «FALSE»
serial2.present = «FALSE»
serial3.present = «FALSE»
ide0:0.present = «FALSE»
ide1:0.present = «FALSE»
usb:1.speed = «2»
usb:2.speed = «2»
usb:3.speed = «2»
usb:4.speed = «2»
usb:5.speed = «2»
usb:6.speed = «2»
usb:7.speed = «2»
tools.remindInstall = «FALSE»
floppy0.startConnected = «FALSE»
usb:0.present = «TRUE»
usb:0.deviceType = «hid»
usb:0.port = «0»
usb:0.parent = "-1"
Супер. Нельзя отключать своп. Совсем нельзя.
Нафига нужен своп, когда в системе 24Гб оперативы и засыпать она не обучена ибо работает 24х7?
Или надо создать своп в ramfs, чтобы все работало - это уже какими-то вендокостылями попахивает.
Ты сначала выучи, как winapi работает, а потом приходи на линуксовом сайте аргументов спрашивать.
Нафига нужен своп, когда в системе 24Гб оперативы
Затем, что ты нет возможности запретить программам хотеть своп.
Агрументы?
Ты сначала выучи, как winapi работает, а потом приходи на линуксовом сайте аргументов спрашивать.
Так мы про гостевую систему или про хост систему? Хост вобще-то ubuntu 11.10, так что winapi тут не при делах и отключил я своп в госте только после появления глюков.
А хост-система у меня без свопа вполне себе нормально чувствует - только виртуалкой проблемы, но я опять не уверен, что проблема в отсутствии свопа.
Так мы про гостевую систему или про хост систему?
Про ту, где винда.
и отключил я своп в госте только после появления глюков.
Глюки исправились? нет? включи обратно - если не хочешь еще больше разнообразных глюков поиметь.
Да, венде от отключенного свапа только хужеет, это тебе не линукс. Так что лучше включить. Ну и попробовать сменить систему виртуализации на VirtualBox, к примеру, у меня достаточно ладно оно работало. Возможно, какие-то глюки воркстейшена вмвары, мало данных чтобы понять. Посмотри на хосте iotop в момент лагов, кто там диск дёргает.
Это тот который «Enable write caching» в Advanced жесткого диска?
Кэширование лучше вообще отключать для виртуальных машин - у гостевых ОС своя собственная система кэширования, а двойное кэширование никому на пользу не шло.
Вообще больше похоже на баг т.к. у меня после обновки с 7.* до 8 версии аналогично жестко виртуалки тупят. Где-то видел что должно помочь отключение 3D ускорения, мне помогло но не до конца.
Что вызывает ошибку «Недостаточно физической памяти» в VMware?
Прежде чем приступить к решению, приведенному ниже, убедитесь, что в вашей системе достаточно оперативной памяти для запуска VMware. Если нет, то добавьте больше памяти в вашу систему и установите размер файла подкачки не менее 16 ГБ.
1. Удалить обновление Windows
- Откройте приложение « Настройки» и нажмите « Обновление и безопасность» .
- Перейдите к левой стороне и нажмите « Обновление Windows» >> « Просмотреть историю обновлений» .
- Нажмите Удалить обновления, чтобы удалить последние обновления из вашей системы.
Вывод
Если вы правильно выполнили действия, вы больше не увидите ошибку. Однако вам необходимо установить последнюю версию VMware, если проблема все еще сохраняется.
У меня есть виртуальная машина VMWare на моем компьютере (хост: Win7 x64, VM: Win7 x86). Хост имеет 8 ГБ, из которых я выделил 4 ГБ для виртуальной машины, как вы можете видеть на снимке экрана ниже:
Но когда я перехожу к самой виртуальной машине, кажется, что компьютер имеет только 3 ГБ - см. Скриншот из диспетчера задач:
Обратите внимание на общий объем физической памяти 3071 ГБ. Я попытался выключить и перезапустить виртуальную машину, но она все еще не использует дополнительную память.
Смотрите также мой снимок экрана системы:
Это ограничение VMWare? Или есть какой-то секретный переключатель, который мне нужно щелкнуть?
4. Обновите VMware до последней сборки
Обычно, когда доступно обновление, пользователи получают приглашение при запуске VMware. Пользователи также могут использовать пользовательский интерфейс рабочей станции и выбрать «Справка»> «Обновления программного обеспечения». Но если у вас возникли проблемы с использованием VMware, выполните следующие действия.
- Откройте веб-браузер вашей системы и перейдите к Официальная страница загрузки VMware Workstation,
- Теперь нажмите Download Now согласно вашей ОС.Загрузите последнюю версию VMware Workstation
- Ознакомьтесь с лицензионным соглашением с конечным пользователем и нажмите «Принять», чтобы принять лицензионное соглашение.
- Нажмите Загрузить сейчас и дождитесь завершения процесса загрузки.
- Затем щелкните правой кнопкой мыши загруженный файл и выберите «Запуск от имени администратора».
- Следуйте инструкциям на экране для завершения процесса установки.
- Затем запустите VMware, чтобы убедиться, что в нем недостаточно физической памяти.
3. Обновите файл config.ini
- Завершите работу ваших виртуальных машин и закройте рабочую станцию VMware.
- Перейдите по следующему пути C: ProgramDataVMwareVMware Workstation и откройте файл config.ini .
- Прокрутите вниз до конца файла и добавьте строку vmmon.disableHostParameters = «TRUE» .
- Сохраните файл и перезапустите систему, чтобы применить новые изменения.
6. Измените файл config.ini
Если до сих пор у вас ничего не получалось, проблема может быть решена путем добавления или изменения файла конфигурации, чтобы ограничить использование VMware Workstation в процентах от доступной оперативной памяти хоста. Это гарантирует, что виртуальная машина будет использовать только 75% оперативной памяти хоста.
- Завершите работу всех гостевых операционных систем и закройте рабочую станцию VMware.
- Перейдите по следующему пути
C: ProgramData VMware VMware Workstation.
и откройте файл config.ini. Если его там нет, создайте его.
- Прокрутите до конца файла и добавьте туда следующую строку:
vmmon.disableHostParameters = «ИСТИНА».Изменить файл Config.ini
Затем сохраните файл и перезагрузите систему.
-
После перезапуска системы щелкните правой кнопкой мыши значок VMware на рабочем столе и выберите «Запуск от имени администратора».
Если у вас по-прежнему возникают проблемы с работой гостевой ОС, то вам может помочь создание новой виртуальной машины с правильным объемом памяти и последующее подключение существующего жесткого диска к новой виртуальной машине.
5. Измените настройки VMware на Оптимальные
Настройки VMware позволяют пользователю настроить систему по своему вкусу. Но во время этого процесса пользователи иногда устанавливают неоптимальные настройки VMware, что в конечном итоге приводит к тому, что VMware выдает ошибку нехватки физической памяти.
- Выключите гостевую ОС.
- Запустите VMware Workstation, затем нажмите «Изменить» и выберите «Настройки».
- Теперь в левой части окна «Настройки» нажмите «Память».
- Поместить всю память виртуальной машины в зарезервированную хост-память: этот параметр следует выбирать, если у вас большая память
- Разрешить замену большей части памяти виртуальной машины: этот параметр следует выбирать, если у вас немного больше памяти и вы хотите, чтобы виртуальная машина работала более плавно.
- Разрешить обмен некоторой памяти виртуальной машины: этот параметр следует выбирать, если у вас мало памяти.
Включите параметр «Разрешить обмен большей части памяти виртуальной машины»
В данном сценарии вы должны выбрать второй или третий вариант в соответствии с вашим состоянием, но мы рекомендуем использовать третий вариант.
3. Запустите VMware от имени администратора
VMware необходим неограниченный доступ к различным системным файлам, сервисам и ресурсам. Если безопасность Windows ограничивает доступ VMware к определенным файлам, службам и ресурсам, то VMware выдаст ошибку «Недостаточно физической памяти». В этом случае запуск VMware с правами администратора может решить проблему.
- Выключите VMware.
- Нажмите клавишу Windows и введите VMware Workstation.
- Щелкните правой кнопкой мыши VMware Workstation и выберите «Открыть местоположение файла».
- Щелкните правой кнопкой мыши значок VMware Workstation и выберите «Свойства».
- Затем перейдите на вкладку «Совместимость» и установите флажок «Запускать эту программу от имени администратора».Проверьте Запуск от имени администратора
- Нажмите Применить, а затем ОК.
- Теперь запустите VMware Workstation, чтобы проверить, работает ли он нормально без каких-либо проблем.
Читайте также: