6yHTapb · 25-Ноя-22 08:24(1 год 5 месяцев назад, ред. 25-Ноя-22 08:47)
VMware Workstation Pro 17.0 for Linux Год Выпуска: 2022 Версия: 17.0.0 Build 20800274 Разработчик: VMware Сайт разработчика: https://www.vmware.com/products/workstation-pro.html Системные требования:
A compatible 64-bit x86/AMD64 CPU launched in 2011 or later.
Please refer to the vendor's recommended processor requirements for specific Host Operating Systems (HOS):
For Microsoft-specific HOS, refer to the Microsoft documentation
For Linux-specific HOS, refer to the Linux Vendor-specific documentation Совместимый 64-разрядный процессор x86/AMD64, выпущенный в 2011 году или позже.
Обратитесь к рекомендуемым производителем требованиям к процессору для конкретных операционных систем хоста (HOS):
Для ОС, специфичных для Microsoft, см. документацию Microsoft.
Для ОС, специфичных для Linux, см. документацию по конкретным поставщикам Linux. Архитектура: x86, amd64 Таблэтка: присутствует (кейген + ключи) Язык интерфейса: Английский MD5: 3acf39969e76979d6c44d7c7c7e7a38f Описание:
VMware Workstation Pro™ enables technical professionals to develop, test, demonstrate, and deploy software by running multiple x86-based Windows, Linux, and other operating systems simultaneously on the same PC.
You can replicate server, desktop, and tablet environments in a virtual machine and allocate multiple processor cores, gigabytes of main memory, and graphics memory to each virtual machine, whether the virtual machine resides on a personal PC or on a private enterprise cloud.
For more information, see the VMware Workstation Pro documentation. VMware Workstation Pro™ позволяет техническим специалистам разрабатывать, тестировать, демонстрировать и развертывать программное обеспечение, запуская одновременно несколько операционных систем Windows, Linux и других на базе x86 на одном компьютере.
В виртуальной машине можно воспроизводить серверные, настольные и планшетные среды и выделять несколько процессорных ядер, гигабайт основной памяти и графической памяти для каждой виртуальной машины, независимо от того, находится ли виртуальная машина на персональном компьютере или в частном корпоративном облаке.
Дополнительные сведения см. в документации VMware Workstation Pro. VMware Workstation 17.0 Pro Release Notes
Доп. информация
What's New Auto Start Virtual Machine:
You can now configure the local virtual machines to start automatically when the host machine boots up. New Guest Operating System Support:
Microsoft Windows 11
Microsoft Windows Server 2022
RHEL 9
Debian 11.x
Ubuntu 22.04 New Virtual Trusted Platform Module 2.0:
Workstation Pro now offers a virtual Trusted Platform Module (version 2.0) device to support Windows 11 and other operating systems that require a TPM. New Full or Fast Encryption features:
You can now choose between security (Full) and performance (Fast) options for encyption. Improved Graphics Support: OpenGL 4.3
Workstation Pro now supports OpenGL 4.3 for the virtual machines. Guest Operating System Requirements:
Windows 7 or higher
Linux with Mesa 22.0.0 and Linux kernel 5.16.0 Support for WDDM 1.2:
Workstation Pro now supports WDDM (Windows Display Driver Model) version 1.2 for the virtual machines. Product Support Notices:
The option to map or mount a virtual disk to a drive on the host system is no longer available in Workstation Pro.
Установка:
Код:
chmod +x VMware-Workstation-Full-17.0.0-20800274.x86_64.bundle
sh VMware-Workstation-Full-17.0.0-20800274.x86_64.bundle
Кейген взят из раздачи варианта для Windows - https://rutr.life/forum/viewtopic.php?t=6285384
Кейген прекрасно запускается под wine и генерит ключи. Так же в раздаче присутствует файл с ключами.
sh VMware-Workstation-Full-17.0.0-20800274.x86_64.bundle
systemctl: command not found
Это что? только для системДы предназначено ?
вот команды установки
chmod +x VMware-Workstation-Full.bundle
./VMware-Workstation-Full.bundle
Не знаю, что там человек советует, это установка на Федору 37
6yHTapb писал(а):
84001392
foxyrat214 писал(а):
83987690Пожалуйста подскажите как установить VMware Workstation 17 на OpenSuse Tumbleweed с Plasma
думаю, что процесс самой установки ничем не отличается от общего:
Код:
chmod +x VMware-Workstation-Full-17.0.0-20800274.x86_64.bundle
sh VMware-Workstation-Full-17.0.0-20800274.x86_64.bundle
Приветствую.
Не принимает лицензионные ключи, на все вводимые ключи ругается invalid serial number. Пробовал вводить ключи из списка в раздаче и сгенерированные кейгеном. ОС Linux Mint 21.
Подскажите, пожалуйста. Есть Ubuntu Server без графического интерфейса с командной строкой. Есть ли вариант запустить на ней виртуальную машину VMware?
84570853Подскажите, пожалуйста. Есть Ubuntu Server без графического интерфейса с командной строкой. Есть ли вариант запустить на ней виртуальную машину VMware?
84460283Приветствую.
Не принимает лицензионные ключи, на все вводимые ключи ругается invalid serial number. Пробовал вводить ключи из списка в раздаче и сгенерированные кейгеном. ОС Linux Mint 21.
Должно подойти... я так под 16.2.5, найденный в сети, накатил тоже на linux mint. Кейген от раздачи виндовой версии 17.0, который генерирует для 16 и 17
84460283Приветствую.
Не принимает лицензионные ключи, на все вводимые ключи ругается invalid serial number. Пробовал вводить ключи из списка в раздаче и сгенерированные кейгеном. ОС Linux Mint 21.
У меня установилось две проги: VMware Player и VMware Workstation. Если вводить ключи в Player - тогда не работает, попробовал ввести в Workstation и сработало.
Уважаемый, тут вариантов два: 1. откатиться на "старое" ядро, что-то типа 5.13 и принудительно грузиться в этом ядре, если планируете работать именно с VMWare
2. изучать вот этот вот ресурс https://github.com/mkubecek/vmware-host-modules/tree/workstation-17.0.0 и ждать, пока энтузиаст VMWare на Linux пан Михал Кубечек из Чехии допилит кастомные vmmon и vmnat под целевую версию установки судя по меню, которое доступно по ссылке, кастомные версии напилены уже вплоть до 17.0.2:
Так что, рекомендую освоить тему по варианту 2. И не спешите в дальнейшем сразу ставить самое новомодное ядро из "последних", VMWare штука крайне консервативная, такие новшества не любит. На том и стоит Если же Вам нужны самые последние горячие "свежаки" из мира ядер и gcc, то Вам нужно переходить от VMWare на бесплатную virtualbox (если Ваша ситуация позволяет): https://www.virtualbox.org/wiki/Linux_Downloads
$ dnf list installed | grep kernel-devel
kernel-devel.x86_64 6.4.15-200.fc38 @updates
Для тут раздаваемой (по состоянию на 17.09.2023) версии 17.0.0 нужен: https://github.com/mkubecek/vmware-host-modules/tree/workstation-17.0.0
Выкачиваем, распаковываем любым удобным способом.
Исправляем(добавляем) в ./vmware-host-modules-workstation-17.0.0/vmnet-only/bridge.c если надо:
$ dnf list installed | grep kernel-devel
kernel-devel.x86_64 6.4.15-200.fc38 @updates
Для тут раздаваемой (по состоянию на 17.09.2023) версии 17.0.0 нужен: https://github.com/mkubecek/vmware-host-modules/tree/workstation-17.0.0
Выкачиваем, распаковываем любым удобным способом.
Исправляем(добавляем) в ./vmware-host-modules-workstation-17.0.0/vmnet-only/bridge.c если надо:
/vmware-host-modules-workstation-17.0.0/vmnet-only/bridge.c:1416:11: ошибка: неявная декларация функции «skb_gso_segment»; имелось в виду «tcp_gso_segment»? [-Werror=implicit-function-declaration]
1416 | segs = skb_gso_segment(skb, 0);
| ^~~~~~~~~~~~~~~
| tcp_gso_segment
Собираем библиотеки и устанавливаем:
Код:
make
make install
И работает
А вот сценарий, который сработал для Ubuntu 22.04 в штатном режиме, то есть БЕЗ правки кода на С++:
1. Ставим максимальную версию ядра с официальной поддержкой наиболее актуального "железа" - для указанной версии Ubuntu в архитектуре x86-64 bit это kernel 6.2 (HWE):
Cамый последний на текущую дату релиз этого ядра имеет индекс 6.2.16. При установке следим за сообщениями утилиты mainline, чтобы не было ошибок установки! Если ошибки все-таки будут, удаляем это ядро и планомерно пробуем установить другой вариант, с более ранним индексом:
2. Перезагружаемся с новым ядром
3. Следуем инструкции пана Кубечека и исполняем последовательно команды установки (ниже адаптированный вариант для версии 17.0.2):
Цитата:
wget https://github.com/mkubecek/vmware-host-modules/archive/workstation-17.0.2.tar.gz tar -xzf workstation-17.0.2.tar.gz
cd vmware-host-modules-workstation-17.0.2
tar -cf vmmon.tar vmmon-only
tar -cf vmnet.tar vmnet-only
sudo cp -v vmmon.tar vmnet.tar /usr/lib/vmware/modules/source/
sudo vmware-modconfig --console --install-all
Две последние команды требуют sudo
4. Запускаем VM Workstation или VM Player - после запуска появится окно с предложением установить компоненты VMMON и VMNET. Нажимаем INSTALL, вводим пароль админа, компоненты устанавливаются и приложение нормально запускается
84460283Приветствую.
Не принимает лицензионные ключи, на все вводимые ключи ругается invalid serial number. Пробовал вводить ключи из списка в раздаче и сгенерированные кейгеном. ОС Linux Mint 21.
Уважаемый, Вы наверняка пытались ввести ключ от Workstation в Player. Или наоборот У этих программ разные ключи даже в рамках одного пакета. Найдите нужный ключик и заработает. Успехов!
85218517Вы наверняка пытались ввести ключ от Workstation в Player. Или наоборот У этих программ разные ключи даже в рамках одного пакета. Найдите нужный ключик и заработает. Успехов!
Ключик один и тот же. И нужен для станции, а для плеера вовсе не нужен. Плеер - тулуза безключиковая.
Цитата:
Две последние команды требуют sudo
4. Запускаем VM Workstation или VM Player - после запуска появится окно с предложением установить компоненты VMMON и VMNET. Нажимаем INSTALL, вводим пароль админа, компоненты устанавливаются и приложение нормально запускается
Во-первых, пока и на сегодняшний день (28.09.2023) тут раздаётся версия 17.0.0, а потому брать модули от 17.0.2 - это не лучшая идея.
Во-вторых, исполнение сборки модулей
Код:
# vmware-modconfig --console --install-all
это и есть то самое действо (без гуёвых рюшек-оконцев), которое в гуе рабочего стола изображается как "после запуска появится окно с предложением установить компоненты VMMON и VMNET". Как только модули будут установлены, так сразу происходит старт демона vmware:
скрытый текст
Код:
[root@fc38nhpb vm]# vmware-modconfig --console --install-all
[AppLoader] GLib does not have GSettings support.
Останавливается vmware (с помощью systemctl): [ ОК ]
make: вход в каталог «/tmp/modconfig-RK0g9X/vmmon-only»
Using kernel build system.
/usr/bin/make -C /lib/modules/6.5.5-200.fc38.x86_64/build/include/.. M=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: вход в каталог «/usr/src/kernels/6.5.5-200.fc38.x86_64»
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/linux/driver.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/linux/driverLog.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/linux/hostif.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/apic.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/comport.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/cpuid.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/crosspage.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/memtrack.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/moduleloop.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/phystrack.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/sharedAreaVmmon.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/statVarsVmmon.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/task.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/common/vmx86.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/bootstrap/bootstrap.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/bootstrap/monLoader.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/bootstrap/monLoaderVmmon.o
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/bootstrap/vmmblob.o
LD [M] /tmp/modconfig-RK0g9X/vmmon-only/vmmon.o
MODPOST /tmp/modconfig-RK0g9X/vmmon-only/Module.symvers
CC [M] /tmp/modconfig-RK0g9X/vmmon-only/vmmon.mod.o
LD [M] /tmp/modconfig-RK0g9X/vmmon-only/vmmon.ko
BTF [M] /tmp/modconfig-RK0g9X/vmmon-only/vmmon.ko
Skipping BTF generation for /tmp/modconfig-RK0g9X/vmmon-only/vmmon.ko due to unavailability of vmlinux
make[1]: выход из каталога «/usr/src/kernels/6.5.5-200.fc38.x86_64»
/usr/bin/make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: вход в каталог «/tmp/modconfig-RK0g9X/vmmon-only»
make[1]: «postbuild» не требует обновления.
make[1]: выход из каталога «/tmp/modconfig-RK0g9X/vmmon-only»
cp -f vmmon.ko ./../vmmon.o
make: выход из каталога «/tmp/modconfig-RK0g9X/vmmon-only»
make: вход в каталог «/tmp/modconfig-RK0g9X/vmnet-only»
Using kernel build system.
/usr/bin/make -C /lib/modules/6.5.5-200.fc38.x86_64/build/include/.. M=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: вход в каталог «/usr/src/kernels/6.5.5-200.fc38.x86_64»
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/driver.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/hub.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/userif.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/netif.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/bridge.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/procfs.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/smac_compat.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/smac.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/vnetEvent.o
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/vnetUserListener.o
LD [M] /tmp/modconfig-RK0g9X/vmnet-only/vmnet.o
MODPOST /tmp/modconfig-RK0g9X/vmnet-only/Module.symvers
CC [M] /tmp/modconfig-RK0g9X/vmnet-only/vmnet.mod.o
LD [M] /tmp/modconfig-RK0g9X/vmnet-only/vmnet.ko
BTF [M] /tmp/modconfig-RK0g9X/vmnet-only/vmnet.ko
Skipping BTF generation for /tmp/modconfig-RK0g9X/vmnet-only/vmnet.ko due to unavailability of vmlinux
make[1]: выход из каталога «/usr/src/kernels/6.5.5-200.fc38.x86_64»
/usr/bin/make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: вход в каталог «/tmp/modconfig-RK0g9X/vmnet-only»
make[1]: «postbuild» не требует обновления.
make[1]: выход из каталога «/tmp/modconfig-RK0g9X/vmnet-only»
cp -f vmnet.ko ./../vmnet.o
make: выход из каталога «/tmp/modconfig-RK0g9X/vmnet-only»
Запускается vmware (с помощью systemctl): [ ОК ]
Неожиданно и вдруг обновил ядро до 6.5.5-200.fc38.x86_64
Тут перед сборкой модулей (помимо исправления в ./vmware-host-modules-workstation-17.0.0/vmnet-only/bridge.c (с.м. выше) , связанного с выносом gso в отдельный модуль на более свежих версиях ядер, надо ещё и vmmon-only/include/pgtbl.h править
Цитата:
Open vmmon-only/include/pgtbl.h and replace pte_offset_map to pte_offset_kernel
Уважаемый m16n32 пишу без цитирования для экономии места. Ключи у Workstation и Player РАЗНЫЕ! Если почитаете эту ветку выше, то увидите, что это не только мое мнение. Кроме того, вот скрин из приложенной таблетки, в котором указано, что ключ можно получить для 2-х разных продуктов: Тут риторический вопрос: если алгоритм ключа один и тот же в обеих программах одного пакета (по Вашей версии), зачем огород городить? Вроде бери любой ключ и profit, а вот почему-то не работает у людей. Почему? Если я не ошибаюсь, до 16 версии пакета было достаточно зарегистрировать Pro версию Workstation, чтобы получить рабочий Player без мороки с вводом ключа. Но это с 16 версии изменено. Попробуйте с ключами именно от Player получить рабочий вариант Workstation и наоборот. Только по шагам в скринах зафиксируйте все этапы и выложите их тут, пожалуйста. Вот получен ключ по опции Player, используем его при регистрации Workstation Pro и получаем такой-то результат. Ну и наоборот, конечно. Это и будет наиболее объективным итогом обсуждения. Что касается того, какие модули скачивать и в какой момент, я так понимаю, что у zlo86 по предложенному в моем посте скрипту все сработало, смотрите выше его пост. Прошу его дать комментарий и внести необходимые правки, если он увидит этот пост. Изначально пан Кубечек закладывал логику обратной совместимости модулей в рамках одной версии пакета. То есть, более новые выпуски модулей подойдут к предыдущим выпускам в рамках одной версии пакета. Это значит, что выпуск 17.0.2 должен подходить ко всем предыдущим выпускам в рамках 17 версии. А вот прямая совместимость (от старого к новому выпуску) по понятным причинам не может быть гарантирована даже в рамках одной версии, не говоря про разные версии пакета. Касательно выбора ядра, я написал про выбор ядра с гарантированной поддержкой нового "железа" (HWE): https://ubuntu.com/blog/canonical-livepatch-gets-even-better-now-supporting-hardw...ablement-kernels У Ubuntu 22.04 на дату моего сообщения это именно 6.2. Вполне возможно, что и более высокие (новые) версии ядра полностью поддержат все установленное в системе железо, но это не гарантируется. Но если есть время и желание проверять, все ли будет работать, или что-то отвалится, то можно хоть каждый кандидатский релиз ставить и смотреть на результаты. Первый вопрос: насколько это реально нужно делать? Второй вопрос: если что-то отвалится, например, отсохнет сетевое железо ввиду отсутствия для него поддержки в кандидатском релизе или из-за очередного бага, то удастся ли хоть как-то, без суровых танцев с бубном, поднять необходимые для работы VMWare модули? А в целом Вы правы: сделать можно почти все, даже на 100% уникальное кастомное ядро можно скрафтить . Но цена вопроса все-таки решает. Всего Вам хорошего!
Kali Linux is a Debian-based distribution with a collection of security and forensics tools. The project's latest release is Kali Linux 2023.3.
А это значит, что принципиально поставить пакет Вы сможете, в части версии Linux проблем нет. Только не смешивайте в кучу все варианты, описанные в этой ветке. Пробуйте по очереди, если хотите эксперименировать
Единственное, что настораживает в Вашем случае, это версия LIVE. Я так понимаю, Вы с пен-драйва хотите запускать сначала KALI, а уже в ней VMWARE. Я так не пробовал, но предполагаю, что вариант LIVE BOOT может быть с проблемами. Попробуйте и поделитесь Вашим опытом. Успехов!
3. Скачать версию с официального сайта https://www.vmware.com/go/getworkstation-linux , на момент написания была доступна версия 17.5 4. Установить в стандартном порядке новую версию, ключ не должно запросить, если вы не удаляли ранее конфиги 5. Работаем)
85743521Для пользователей, у которых Ubuntu 22.04 и ядро 6.5, версия из раздачи больше не работает. 4. Установить в стандартном порядке новую версию, ключ не должно запросить, если вы не удаляли ранее конфиги 5. Работаем)
Если же Вам нужны самые последние горячие "свежаки" из мира ядер и gcc, то Вам нужно переходить от VMWare на бесплатную virtualbox (если Ваша ситуация позволяет):
