I installed openSUSE-11.3 M5 on my sandbox PC , having failed earlier as noted above in this thread. This PC is an athlon-1100 w/1GB RAM and a nVidia FX5200 graphic card. I currently have it running with proprietary nVida 173.14.25 graphic driver with the LXDE desktop. Getting here with a reasonably running sandbox PC with M5 was a struggle.
Originally Posted by oldcpu
After reading of the bug that necessisted removing the installation DVD upon occasion of the first reboot, I decided to give this a go again.
So I performed a regular install with 11.3 M5 DVD .... the sandobx PC hung when doing the kexec reboot, and thus never reached the "Configuration" stage of the install. So I then restarted the PC, rebooting once again to the DVD but this time selecting the "Safe Settings" install. This time around the kexec reboot worked, and I was able to complete the installation. The PC booted to the LXDE desktop. I checked the video driver ... it was using the fbdev. I then did a proper reboot (removing the DVD when the BIOS boot was starting) and I did NOT encounter the problem that blocked me before.
However in a regular boot the PC refused to boot, stopping just after giving me the error "Set System Time to the current Hardware Clock udev : Can not read '/etc/udev/rules.d/79-yast-drivers.rules' " If I pressed <CTRL><C> the boot would continue, but way too many modules would be missing and the desktop boot was not proper.
I then tried failsafe and the boot was fine. I then spent some time trying to determine what boot code was allowing the failsafe to boot while the regular boot failed. None of the boot codes after showopt in the menu.lst were the reason. I posted on IRC #suse looking for help, and yaloki pointed out to me I needed to consider boot codes before the showopt in the menu.lst. Duuuuughhhh - I should have thought of that.
So I looked and was stunned by the number of boot codes in the regular boot selection (before the showopt), presumeably put there by a safe settings boot:
Its been years since I had to do a failsafe boot, so that is my excuse for forgetting and being surprised.
apm=off acpi=off mce=off barrier=off ide=nodma idewait=50 i8042.nomux psmouse.proto=bare irqpoll pci=nommconf
I then removed ALL those boot codes and rebooted with the regular grub openSUSE selection (not failsafe) and it worked.
Now I had a fbdev driver in use (according to /var/log/Xorg.0.log), and that was not satisfactory. So I rebooted to run level 3 , noted there was no /etc/X11/xorg.conf and so I ran to create an /etc/X11/xorg.conf for the opensource nvidia driver. I then as a regular user ran X and it worked with the nv driver, but only at 1024x768 resolution.
I then rebooted to run level 3 and tried the nouveau driver, using sax2 to attempt to configure it. Sax2 failed to configure it. So then having read some advice on this forum, I then blacklisted the nouveau driver, and installed the hardway (which is not hard) the proprietary 173.14.25 32-bit nvidia driver. I tried booting with no xorg.conf file. That hung with a black screen and a flashing dash in uppper left hand corner. I then ran the proprietary nvidia-xconfig program to create an xorg.conf file. I booted X with that in place and it failed. I noted in the log an error about ignoreABI.
I then tried sax2 to create an xorg for the proprietary graphic driver (with "sax2 -r -m 0=nvidia" ) . That failed also giving me an error about ignoreABI.
So I then deleted the /etc/X11/xorg.conf created by sax2, and restored the xorg.conf created by nvidia-xconfig. I then edited that file, and in the "Server Layout" section added (following advice in a thead on our forum):
The above is a bad xorg.conf entry. I will post a proper entry below if I manage to get it to work.
option "ignoreABI" "on"
I then tried to start X but it failed with just "startx".
Then following more advice from the forum I tried:
and that worked I had 1600x1200 resolution.
startx -- -ignoreABI
However with the 173.14.25 driver, sound which worked under the fbdev and nv drivers had unexplicabley stopped working with the nVidia driver in place. I had read of users noting this happening to them in the past (which they could not solve) but until now I had never been able to reproduce this. I noted the gmixer speaker missing from the right corner in the desktop. I went to YaST > Hardware > sound and tested and the sound worked in YaST. But outside YaST as a regular user it did not work. This suggested to me a permissions problem as a possibility. So I added my regular user to group audio, restarted my sandbox PC (to run level 3 so I could again start X via "startx -- -ignoreABI" ) and once in X sound again worked as a regular user.
That was a difficult install for this old PC. M5 has taken a big step back from M4 in terms of ease of install on a PC such as this old one. Hopefully we will see an improvement in M6 and M7.