I would point out, that desktop hangs after a while of using on real hardware(HP 6110 with 768MB RAM).
I have tried it three times and after a while system stopped responding.
And as regards VMware, i use VMware with 1,5GB RAM on the other hardware, so the issue shouldn´t be caused by low memory.

no idea what's wrong for you, it works for me ;(

You are a lucky guy. I´ve just downloaded M2, build 0447 and the same result.
And even, installation is unable to run into the first window with licence
agreement :-(

I´m just reading discussion below annoucement M2 and it seems i´m not alone who has the problem.
quote:

Comment by marctro
2010-02-19 14:06:22

"I too have the problem that when trying to install it always ends up all with a black screen. Any idea where the bug report section is, or has it been addressed already?
Reply to this comment"

Comment by roeland
2010-02-21 07:29:25

"I also experienced this in vmware 7.01; end black; this includes the live kde iso."

Same problem here. KDE live cd just gives a black screen. VMWare Player 3 on openSuSE 11.2 x86_64.

I managed to workaround this and found some hints:

- in bootloader, select textmode and installation
- installer does not start but you can log in
- rcsshd start
- passwd linux

-> now you can connect via ssh

- X -configure
X: symbol lookup error: /usr/lib/xorg/modules/drivers/vmmouse_drv.so: undefined symbol: xf86LoaderReqSymLists

- mv /usr/lib/xorg/modules/drivers/vmmouse_drv.so /tmp

- X -configure

- X: symbol lookup error: /usr/lib/xorg/modules/drivers/newport_drv.so: undefined symbol: LoaderRefSymLists

- X -configure
-> shows error, but works

- startx
-> X server starts up fine


So what's wrong with those modules?

The problem with vmmouse is almost certainly that it's being installed in the wrong place: it should be installed in .../modules/input instead of .../modules/drivers.

Can someone from Novell please address this?

(In reply to comment #7)
> The problem with vmmouse is almost certainly that it's being installed in the
> wrong place: it should be installed in .../modules/input instead of
> .../modules/drivers.
> 
> Can someone from Novell please address this?

Sorry, that was my fault.
I moved the driver around a bit.
Originally, it is correct:

linux:~ # rpm -ql xorg-x11-driver-input xorg-x11-driver-video | grep "mod.*vm"
/usr/lib/xorg/modules/input/vmmouse_drv.la
/usr/lib/xorg/modules/input/vmmouse_drv.so
/usr/lib/xorg/modules/drivers/vmware_drv.la
/usr/lib/xorg/modules/drivers/vmware_drv.so


Starting X shows:
X: symbol lookup error: /usr/lib/xorg/modules/input/vmmouse_drv.so: undefined symbol: xf86LoaderReqSymLists

AFAICT the version of xf86-input-vmmouse included is 12.6.5, which doesn't work with xserver 1.7.x. This is fixed in xf86-input-vmmouse 12.6.6.

Created attachment 350909 [details]
Boot screen for GNOME livecd 11.3 M4

Created attachment 351012 [details]
Last lines from boot log of OpenSUSE 11.3 MS4 GNOME LiveCD, before system hangs


VMware Server 2.0.2, latest stable version available, hosted on Windows Vista.
Processor: AMD Turion X2 Ultra, with hardware virtualization support

Problem is present with both KDE and GNOME LiveCD.

For people who want to test OpenSUSE 11.3 Milestone 4 and don't have extra piece of hardware:
 11.3 Milestone4 (KDE LiveCD) installs in VirtualBox 3.1.6

See also bug 587980 for details.
There were issues with Mouse Integration in previous Milestone, but it is fixed in MS4.

Is there anything we can do to help getting the issue described in comment #9 (and comment #8) resolved?

If this issue is fixed by the new release of the driver mentioned in comment #9, the xorg maintainer should include it.
Who is that?

@Stefan,
according to the changelog it seems that you are the maintainer of the xorg-x11-driver-input package.

Updating the vmmouse driver might fix this bug which blocks people like me from testing 11.3 since M2

Fixed and SR'ed for factory.

xorg-x11-driver-input.changes:
-------------------------------------------------------------------
Mon Mar 29 14:28:12 CEST 2010 - sndirsch@suse.de

- xf86-input-vmmouse 12.6.7
  * Symbol was removed from the xorg-server 1.7 (bnc #574857)

 35968  State:new     By:sndirsch     When:2010-03-29T14:40:45
        submit:       X11:XOrg/xorg-x11-driver-input  -> openSUSE:Factory       
        Descr: 'xf86-input-vmmouse 12.6.7: Symbol was removed from the 
                xorg-server 1.7 (bnc #574857)'

Tested the package by updating to the X11:XOrg packages.

Xserver starts up fine, but vmmouse is not used - it uses ps/2 generic instead.
But maybe this is a different issue.
Waiting for the package to appear in openSUSE:Factory

Looks like there is a snippet for xorg.conf.d directory missing for vmware driver.

Found a possible solution here (haven't tested yet):
https://bugs.freedesktop.org/show_bug.cgi?id=26910

(In reply to comment #18)
> Looks like there is a snippet for xorg.conf.d directory missing for vmware
> driver.

Yeah, I'm working on fixing that upstream.

However, are you saying that the live CDs use udev for input hotplugging and don't load the vmmouse driver? If so, the new driver version probably won't help for the live CD issues...

Michel, yes we switched to xorg-server 1.8(-pre) and the use of udev ("--enable-config-udev") meanwhile. In general, not only for the LiveCD. :-) Thanks for asking!

In more detail. We no longer use xorg.conf since openSUSE 11.2. On 11.2. we used HAL .fdi files for input configuration. There was one for vmmouse shipped with the driver itself. Now we use snippets in xorg.conf.d. But currently there is none available for vmmouse.

(In reply to comment #21)
> Michel, yes we switched to xorg-server 1.8(-pre) and the use of udev
> ("--enable-config-udev") meanwhile. In general, not only for the LiveCD. :-)

Did that happen before or after M4? (In the M3 live CD, Xorg -version says 1.7.5)

This happened after M4.

I'm tracking this now in Bug #592193.