Не запускается vmware 12

[Vasiliy]

Вы пишите "

Код Выделить Развернуть

cd /usr/lib/

Там должен быть файл libz.so.1 его нужно переименовать
vmware/lib/libz.so.1"

Что имеется ввиду? его надо переместить по новому пути? имя приводите то же, только другой путь. Что означает слово "vmware/lib/libz.so.1" после слова переименовать? Или переименование выполняется в той последовательности команд, что приводите ниже?

Код Выделить Развернуть

user@debian:/usr/lib$ sudo mv libz.so.1 libz.so.1.old
[sudo] пароль для user1:
mv: не удалось выполнить stat для 'libz.so.1': Нет такого файла или каталога
user@debian:/usr/lib$


Первая команда закончилась неудачно. Опять нет такого файла. Где ошибка, не пойму? Что нужно? Где можно об этом почитать, возможно есть ссылка?

Вы пишете "cd /usr/lib/

Там должен быть файл libz.so.1"

А там такого файла нет.

[ferum]

Ошибка! Нет, говорит, совместимой версии gcc 8.3.0? А она есть - установлена!

Не знаю что вы ищете но оно в десятке по пути /usr/lib/gcc/x86_64-linux-gnu/8

[dzhoser]

 cd /usr/lib/vmware/lib/
     sudo mv libz.so.1 libz.so.1.old
     sudo ln -s /lib/x86_64-linux-gnu/libz.so.1 .
     sudo depmod -a
     sudo /etc/init.d/vmware restart

[Vasiliy]

Да, хорошо, всё сделал, ошибки нет, но vmplayer не запускается!

Код Выделить Развернуть

user@debian:~$ vmplayer
user@debian:~$

И далее ничего...

[dzhoser]

Виртуализация в биосе включена?

[Vasiliy]

Ошибка! Нет, говорит, совместимой версии gcc 8.3.0? А она есть - установлена!

Не знаю что вы ищете но оно в десятке по пути /usr/lib/gcc/x86_64-linux-gnu/8

Код Выделить Развернуть

user@debian:~$ cd /usr/lib/gcc/x86_64-linux-gnu/8
user@debian:/usr/lib/gcc/x86_64-linux-gnu/8$ ls
cc1                libatomic.so            libmpx.so
cc1plus            libbacktrace.a          libmpx.spec
collect2           libcc1.so               libmpxwrappers.a
crtbegin.o         libgcc.a                libmpxwrappers.so
crtbeginS.o        libgcc_eh.a             libquadmath.a
crtbeginT.o        libgcc_s.so             libquadmath.so
crtend.o           libgcc_s.so.1           libsanitizer.spec
crtendS.o          libgcov.a               libssp_nonshared.a
crtfastmath.o      libgomp.a               libstdc++.a
crtoffloadbegin.o  libgomp.so              libstdc++fs.a
crtoffloadend.o    libgomp.spec            libstdc++.so
crtoffloadtable.o  libitm.a                libsupc++.a
crtprec32.o        libitm.so               libtsan.a
crtprec64.o        libitm.spec             libtsan.so
crtprec80.o        liblsan.a               libubsan.a
include            liblsan_preinit.o       libubsan.so
include-fixed      liblsan.so              lto1
libasan.a          liblto_plugin.so        lto-wrapper
libasan_preinit.o  liblto_plugin.so.0      plugin
libasan.so         liblto_plugin.so.0.0.0
libatomic.a        libmpx.a
user@debian:/usr/lib/gcc/x86_64-linux-gnu/8$

Благодарю, а какой файл вы имели ввиду, что он здесь, не нахожу?

[ferum]

Попробуйте указать весь каталог, возможно программа найдёт сама, или варианты с libgcc

[Vasiliy]

На одной из машин виртуализация точно включена, та, на которой установлена версия vm 12.0.0, на другой, где 12.5.8 посмотрю сегодня тоже. Посмотрел - включена.

[Vasiliy]

libgcc.a                libgcc_eh.a              libgcc_s.so                libgcc_s.so.1

Нет, каталог 8 для него недостаточно, просит файл.
Все 4 файла (libgcc.a libgcc_eh.a libgcc_s.so libgcc_s.so.1) поочередно пробовал. Ответ тот же. Не может найти совместимой версии.

[ferum]

Немного погуглил на тему установки данной программы в linux. в сети имеются информация по установке  12 версии на ubuntu 16.04 а так же о том что она сломалась после обновления компилятора и ядра в системе, ну и предложен костыльный метод решения, который вскоре себя исчерпал.
Более полезной информации найти не удалось. Всё сводится к тому что версия vw player как то должна соответствовать  дистрибутиву хоста в плане совместимости ядра компилятора и основной библиотеки libc6. То есть  12 версия для десятки безнадёжно стара.
Конечно я не знаю какие перед вами стоят задачи, но возможно лучше пробовать развёртывать образы машин для qemu или virtualbox, опять же актуальных версий.

[Vasiliy]

Я использую virtualbox для создания необходимой операционной среды для разработки ПО, просто хотел альтернативное решение для испытаний ПО и на базе VMWare для сравнения результатов. Но под 12ю версию лучше взять тогда базовой системой Debian 9, как я понял из ситуации.

[ferum]

Всё зависит от того для какой оси вы занимаетесь разработкой. Допустим это windows тогда вообще за чем городить виртуалку когда например акронисом можно клонировать реальную систему  и в случае необходимости практически так же быстро разворачивать образ.
Debian 9 просто уже скоро не будет поддерживаться.

[Vasiliy]

Акронис - это простой копир (может копировать, может не копировать ), он не решит задачу. MonoDevelop - да. Можно будет создавать версии программных продуктов (на ходовых языках: C #, F #, Visual Basic .NET, Vala) для любой ОС (win,lin,...). Но для тестовых испытаний всеравно нужны как минимум wine и конечо оси и реальные и виртуальные, тут уж никуда не деться.