Tiny Core Linux

General TC => Tiny Core on Virtual Machines => Topic started by: zacchi4k on October 28, 2016, 11:15:49 AM

Title: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 28, 2016, 11:15:49 AM
Please note that I'm using the x86_64 port of TinyCore!!
I have some problems installing and using both VMware tools and Open VM Tools on a TinyCore virtual machine.

VMware tools:
After extracting the archive to /vmware/, I can't even start the installer.
Running vmware-install.pl (even with sudo) returns "line 6: ./vmware-install.real.pl: not found".
Running vmware-install.real.pl returns "sh: ./vmware-install.real.pl: not found".
It's like the file doesn't exist, but it's clearly there.

Open VM Tools:
I can actually download and install Open VM Tools from the Apps.... application, but only the mouse integration seems to work.
No automatic resizing and, most importantly, trying to enable shared folders (which I really need) returns an error regrading mounting the folders in the guest OS (even without any folders configured).

Can someone help me?


Screenshots:
(http://s11.postimg.org/668pc31tf/2016_10_28_1.png) (http://s17.postimg.org/s2rvmeq73/2016_10_28_2.png)
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: andyj on October 28, 2016, 06:36:09 PM
Read the comments for open-vm-tools in the app browser, they're important if you want it to work.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 29, 2016, 07:35:04 AM
Read the comments for open-vm-tools in the app browser, they're important if you want it to work.

(https://s21.postimg.org/xx6rpilmf/2016_10_29_13_28_02_Tiny_Core_VMware_Workstatio.png)

I can't find anything that could help me, not even that VMware KB link.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: andyj on October 29, 2016, 09:04:12 AM
Hmmm... I thought it was supposed to say this:

Comments:       Download and install in console before reboot; do not install while in X.
                Add to ~/.profile before startx to enable shared folders:
                        [ $(which vmware-checkvm) ] && [ vmware-checkvm ] && [ -d /mnt/hgfs ] && vmhgfs-fuse /mnt/hgfs
                Add to ~/.xsession after mouse-config to enable copy/paste, mouse grab/ungrab, and desktop resizing:
                        [ $(which vmware-checkvm) ] && [ vmware-checkvm ] && vmware-user &
                Move wbar to upper left vertical because wbar doesn't know when the desktop is resized.
                Aterm text does not render correctly, use lxterminal instead.
                Kernel modules removed, now all tools are userspace.
                Verify permissions for /dev/fuse are 1666.
                Loading the extension should create /mnt/hgfs. Verify that it happened and the permissions are 777.
                Files in shared folders will not be visible to anyone other than the user that
                        mounts them, including root. This is why if the shared folders are mounted
                        in a directory that is in a tree in /opt/.filetool.lst, backups will fail.
                Xorg and its dependencies are not needed for text only VM's.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 30, 2016, 04:28:46 AM
Hmmm... I thought it was supposed to say this:

Comments:       Download and install in console before reboot; do not install while in X.
                Add to ~/.profile before startx to enable shared folders:
                        [ $(which vmware-checkvm) ] && [ vmware-checkvm ] && [ -d /mnt/hgfs ] && vmhgfs-fuse /mnt/hgfs
                Add to ~/.xsession after mouse-config to enable copy/paste, mouse grab/ungrab, and desktop resizing:
                        [ $(which vmware-checkvm) ] && [ vmware-checkvm ] && vmware-user &
                Move wbar to upper left vertical because wbar doesn't know when the desktop is resized.
                Aterm text does not render correctly, use lxterminal instead.
                Kernel modules removed, now all tools are userspace.
                Verify permissions for /dev/fuse are 1666.
                Loading the extension should create /mnt/hgfs. Verify that it happened and the permissions are 777.
                Files in shared folders will not be visible to anyone other than the user that
                        mounts them, including root. This is why if the shared folders are mounted
                        in a directory that is in a tree in /opt/.filetool.lst, backups will fail.
                Xorg and its dependencies are not needed for text only VM's.

Sorry, but I'm a total noob with Linux.
Does "-/" mean the root folder? I've tried to place the files there but it didn't work.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: coreplayer2 on October 30, 2016, 05:22:54 AM
Hi
Code: [Select]
~/
a tilde followed by a forward slash means 'home directory', typically this is /home/tc 
note: strictly speaking the " ~ " alone represents the home directory.

Also a period in front of the file name means the file has hidden attributes, therefore
Code: [Select]
~/.profileis a hidden file in the home directory.  In tinycore this will likely expand to " /home/tc/.profile "
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: coreplayer2 on October 30, 2016, 06:02:20 AM
When I was new to Linux, I spend some time experimenting at the terminal, learning where I was exactly.
for example: you could have changed to the ~/ directory and asked the Present working directory variable where you where?
Code: [Select]
cd ~/; echo $PWD
or in keeping with simplicity
Code: [Select]
cd ~; pwd :P
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: Rich on October 30, 2016, 09:18:48 AM
Hi coreplayer2
or in keeping with simplicity
Code: [Select]
cd ~; pwd :P
Or even simpler:
Code: [Select]
cd; pwd
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: coreplayer2 on October 30, 2016, 02:24:04 PM
Rich,  8)
I have to agree the default path of " cd " is useful in returning to the home directory if that's all you wanted to accomplish right?   
However,  if someone new to Linux might wanted to know where ~/ was?  Seems logical they would change to ~/ then verify the location.   
Same for /

zacchi4k on the other hand, mistook the tilde key ( ~ ) for a hyphen ( - ) which can lead to a lot of confusion since the - option used with cd command refers to the last PWD. 

Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 30, 2016, 03:11:13 PM
Rich,  8)
I have to agree the default path of " cd " is useful in returning to the home directory if that's all you wanted to accomplish right?   
However,  if someone new to Linux might wanted to know where ~/ was?  Seems logical they would change to ~/ then verify the location.   
Same for /

zacchi4k on the other hand, mistook the tilde key ( ~ ) for a hyphen ( - ) which can lead to a lot of confusion since the - option used with cd command refers to the last PWD.
IDK why I saw it as an hyphen...... Firefox for TC saw them as hyphens.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: Misalf on October 30, 2016, 04:12:53 PM
You might want to install additional fonts then.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: coreplayer2 on October 30, 2016, 04:20:55 PM
It's an easy mistake, but I've never seen Firefox mistake the ~ for a -
just saying
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 30, 2016, 04:27:50 PM
Hmmm... I thought it was supposed to say this:

Comments:       Download and install in console before reboot; do not install while in X.
                Add to ~/.profile before startx to enable shared folders:
                        [ $(which vmware-checkvm) ] && [ vmware-checkvm ] && [ -d /mnt/hgfs ] && vmhgfs-fuse /mnt/hgfs
                Add to ~/.xsession after mouse-config to enable copy/paste, mouse grab/ungrab, and desktop resizing:
                        [ $(which vmware-checkvm) ] && [ vmware-checkvm ] && vmware-user &
                Move wbar to upper left vertical because wbar doesn't know when the desktop is resized.
                Aterm text does not render correctly, use lxterminal instead.
                Kernel modules removed, now all tools are userspace.
                Verify permissions for /dev/fuse are 1666.
                Loading the extension should create /mnt/hgfs. Verify that it happened and the permissions are 777.
                Files in shared folders will not be visible to anyone other than the user that
                        mounts them, including root. This is why if the shared folders are mounted
                        in a directory that is in a tree in /opt/.filetool.lst, backups will fail.
                Xorg and its dependencies are not needed for text only VM's.
Just tried it.
Went to console and created all the files with vi. Results? The same. Still doesn't work.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: andyj on October 30, 2016, 07:48:40 PM
You shouldn't have had to create any files. They should already have been there. You only needed to add one line to .profile and one line to .xsession.
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 31, 2016, 04:51:29 AM
It's an easy mistake, but I've never seen Firefox mistake the ~ for a -
just saying

This is how the ~ appears in Firefox for TC:
(https://s12.postimg.org/ro9d3hkzh/2016_10_31_(2).png)

However I noticed it appears correctly in a quoted message:
(https://s12.postimg.org/ngekuqjjx/2016_10_31_(3).png)
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 31, 2016, 04:57:08 AM
You shouldn't have had to create any files. They should already have been there. You only needed to add one line to .profile and one line to .xsession.

STILL doesn't work. Here are my .profile and .xsession, if it can help:

(https://s21.postimg.org/y7klbx4s7/2016_10_31_(1).png)
(https://s21.postimg.org/l4oysnek7/2016_10_31.png)
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: Misalf on October 31, 2016, 05:31:20 AM
In  ~/.profile  , do this:
Code: [Select]
*snip*

[ $(which vmware-checkvm) ] && [ vmware-checkvm ] && [ -d /mnt/hgfs ] && vmhgfs-fuse /mnt/hgfs

TERMTYPE=`/usr/bin/tty`
[ ${TERMTYPE:5:3} == "tty" ] && (
[ ! -f /etc/sysconfig/Xserver ] ||
[ -f /etc/sysconfig/text ] ||
[ -e /tmp/.X11-unix/X0 ] ||
startx
)

Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: zacchi4k on October 31, 2016, 06:02:13 AM
In  ~/.profile  , do this:
Code: [Select]
*snip*

[ $(which vmware-checkvm) ] && [ vmware-checkvm ] && [ -d /mnt/hgfs ] && vmhgfs-fuse /mnt/hgfs

TERMTYPE=`/usr/bin/tty`
[ ${TERMTYPE:5:3} == "tty" ] && (
[ ! -f /etc/sysconfig/Xserver ] ||
[ -f /etc/sysconfig/text ] ||
[ -e /tmp/.X11-unix/X0 ] ||
startx
)


NOPE

I noticed that, after installing OVMT and modifying .profile, this happens on boot:
(https://s13.postimg.org/i0xd7yyo7/2016_10_31_4.png)
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: andyj on October 31, 2016, 04:01:30 PM
You can ignore that error. After all this, are vmtoolsd and vmware-user running, and is /mnt/hgfs mounted? Does the desktop resize when you drag (and hold until it does, an important quirk you will find) the corner of the window?
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: macropode on November 01, 2016, 05:02:45 AM
Sorry, I'm Russian so I can not specify the problem. On VirtualBox, here comes this error at boot.
(http://storage9.static.itmages.ru/i/16/1101/h_1477990897_8738909_7c108b7b7f.png)
Title: Re: VMware tools/Open VM tools problem (x86_64 port)
Post by: Juanito on November 01, 2016, 05:32:53 AM
What version of corepure64?

How did you install corepure64 in the vm, from the iso?