Sorry for ‘double post’ as original thread has wrong topic . I went through other ‘related’ threads but none seem specific to my hardware set-up
Just after entering user password the screen appears broken with black, white and coloured scrambled blocks for about 2-5 seconds. This happens twice before before finally settling to correct screen colours.
The problem started after fresh install of openSUSE 11.1 and downloading latest NVIDIA drivers (NVIDIA-Linux-x86_64-180.29). I never experienced any issues with 173.14 driver when I was still using openSUSE 11.0
After boot has completed an error message like : “the HDA Intel(ALC9888 analogue) does not work, defaulted to Pulse Audio” appears…
OpenSUSE 11.1 64-bit, KDE 4.2 - I dual boot with Vista Ultimate 64-bit but each OS uses an entire separate hard-disk.
Graphics card : NVIDIA Geforce 9600 GT
Monitor : iilyama Prolite E2403WS 24-inch with native resolution 1900 * 1200.
RAM : 8 GB
Audio Controller RealTek ALC888 with support for 7.1 channel.
Its possible your audio hardware was misidentified upon booting. If you provide more information, I can look at this, … but I’m a regular user not a developer, so I can’t make any promises.
Anyway, if you wish to provide more information, with your PC connected to the internet run the following twice in a gnome-terminal or konsole with root permissions: /usr/sbin/alsa-info.sh The first time it will update the script. The second time, when the script completes it will pass you a URL. Please post that URL here. Just the URL.
Also, please copy and paste the following into a gnome-terminal or konsole and post the output here.rpm -qa | grep alsa
rpm -qa | grep pulse
rpm -q libasound2
Sometimes one’s dmesg output provides some hints as to audio loading problems. In which case, you could, immediately after booting, with your pc connected to the internet, run the following:
dmesg > dmesg.txt && curl -F email@example.com nopaste.com/a it will paste the output of your dmesg to a pastebin site, and provide you the URL so you can easily pass the dmesg output for others to look at.
> Solutions do not work in my case, funnily both xine and gstreamer
> backends are both ‘enabled’ in set up…
> It seems the problem affects most linux distros and the general feeling
> is that there is a bug that is exposed when audio is interrupted when
> too many sounds try to play at the same time.
> Some users of KDE 4.1 had the problem resolve itself when they upgraded
> to KDE 4.2. In my case upgrading to 4.2 only replaced ‘default’ with
> I will keep looking. The graphics issue unresolved too.
I can get mine to work (AMD 64x2, Nvidia chipset) but there is a weird
sequence dependency to get it all going. Using xine, if I start Amarok
after a reboot then try and play a flash clip, I get no sound from flash.
Same thing if I start up kaffeine first - no flash sound. If I start a
flash clip before doing anything else, then Amarok/Kaffeine both start and
run fine. Flash sound keeps working until I reboot again. Now, why flash
can get to the audio if it is first in line after booting but not if it
isn’t the first app opened doesn’t make a lot of sense to me but pulling up
a flash clip as the first action after a boot seems to cure the problem of
sharing the sound system here. Say what???