Hello!I downloaded the v9.0 CorePlus-current.iso and installed it using vmware workstation 12.5.9 build-7535481. Then I installed open-vm-tools-desktop(10.2.5.3619) and did a reboot. After that I can't get gui working anymore.When I try to start Xorg I have this error:

Do you have 3D hardware acceleration enabled under the display adapter options? Is this 32-bit or 64-bit? What host are you using, and does it have a working 3D video driver? There are known problems with software rendering. More precisely, we know there are problems, we just haven't found THE problem or any solutions yet. Also, you may need to add:

I have tried to replicate the problem on my work laptop. It's a Dell 7510. According to the NVIDIA system information dialog, it is Windows 7 Pro 64-bit SP1 (version 6.1.7601) and NVIDIA video driver version 390.77. I am using VM Player 12.5.7, a new VM with TC 9.0 32-bit and open-vm-tools-desktop 10.2.5.3619, so other than the slight VM Player version difference so far everything is about the same.

What is different is that it works for me. I cannot reproduce the problem. My onboot.lst file looks like this:

I have the same DX: yes in dmesg. I attached the dmesg log file.Changing the onboot.lst did not fix the bug. Could you please upload your VM to any file hosting service (dropbox, google drive, etc.. ) and post a link? I will try to run it.

I upgraded my VM Player to 12.5.9 and the VM still works. Decreasing the CPU's to one didn't create the problem either. Neither did decreasing the amount of video memory. We both have Intel CPU's. There are two problems here. One is that when a VM is running on your system X doesn't detect DRM. The second is that software DRM fallback is crashing. When I disable 3D on my system DRM is not detected (DX: no) and software rendering works OK:

I cannot reproduce the problem. Maybe you have something else installed on your system which is interfering with VMware? Another hypervisor like VirtualBox also installed with services running in the background? Maybe check BIOS settings? Maybe update system BIOS?

... Maybe you have something else installed on your system which is interfering with VMware? Another hypervisor like VirtualBox also installed with services running in the background? Maybe check BIOS settings? Maybe update system BIOS?

Hmm, I don't have VirtualBox on my PC.The interesting thing is that open-vm-tools-desktop in my LUbuntu 17.10 x86 VM works without any problems with full 3d acceleration. Checked that with glxinfo and glmark2. So that I think the problem is not with my BIOS.Any ideas how can I help you reproduce the bug?

Those are good points. Did you upgrade VM Player from a previous version, or was it a clean install? When X crashes at startup does it fall back to a console prompt? If so, maybe you could use strace with startx to get some more info? How do you know that Ubuntu is using 3D and not software? Have you checked the Xorg.0.log?

strace -D -f -s 254 -o strace-x.log startxMaybe some AV is doing something? I've tried every combination of settings in VM Player I can find and I can't reproduce the problem. It works in spite of everything I do to try to break it.

The listing in the first post of this thread looks virtually identical to what is shown here:http://forum.tinycorelinux.net/index.php/topic,21737.msg136290.html#msg136290

Yes, it does, but just about everything else was different. The part I really don't get is that the VM that works on my laptop, I zipped it up and sent it to @denbkh, it didn't work on his computer when as far as we can tell almost everything is the same.

@denbkh,

Do you have any other graphics adapters like Intel (I do, so it isn't necessarily a problem) or other maybe unusual hardware peripherals and drivers?

Do you have any other graphics adapters like Intel (I do, so it isn't necessarily a problem) or other maybe unusual hardware peripherals and drivers?

Hmm, no, I have only one GPU with official drivers. I can try to run strace on LUbuntu with their version of open-vm-tools-desktop, maybe it can help. But for this I need a full command because LUbuntu does not have "startx" in $PATH

The logs aren't very revealing, other than something has changed because the hardware rendering is being detected and used now. I don't suppose upgrading VM Player to 14.1 is an option? Is installing TC to a USB drive and booting from that an option? What model computer is this that has a Xeon processor running Windows 7?

The logs aren't very revealing, other than something has changed because the hardware rendering is being detected and used now

If you check the logs from message #3 in this topic you can see that 3d acceleration was detected there. I have compared the logs and they look almost identical. So that no surprises that when I enable 3d in VM it will be detected, right?

What model computer is this that has a Xeon processor running Windows 7?

This is a custom built PC. I attached server CPU to the desktop. Google for Xeon pin mod for LGA775 if you are interesting. Don't think that it could be a source of this bug because open-vm-tools-desktop from LUbuntu works fine.

It's interesting that your CPU isn't compatible with VM Player 14. I'm wondering if X and/or the GL libraries we're compiled with an option your particular CPU doesn't support that Ubuntu didn't use. Have you tried any of the compatibility check boxes under the Virtual Processors option?

I tried with your onboot.lst and got the same "Illegal instruction" error.

That eliminates open-vm-tools and open-vm-tools-desktop as the problem. We're back to some instruction in TC 9 your CPU doesn't like. Did you try TC 9 from a USB drive? Have you tried any earlier versions of TC like 8 or earlier in a VM?