Talk:Ubuntu Gutsy Installation Guide
- 1 Method 2 for Catalysy 7.11
- 2 Suspend/Hibernation with Catalyst 7.11 & Gutsy
- 3 installation hint
- 4 still Mesa
- 5 (Partially) Installed but 7.11 Driver NOT used
- 6 Method 1 fails, since xorg-driver-fglrx and fglrx kernel module versions differ
- 7 After a reboot this link was always removed automatically
Method 2 for Catalysy 7.11
Suspend/Hibernation with Catalyst 7.11 & Gutsy
I hoped that with these drivers and Gutsty, the suspend problem would have been solved. Unfortunately it isn't for me. I tried also to apply the patches to "acpi-support" (like doing with Feisty) but unsuccessfully. Any working experiences? Solutions? Workarounds?
I followed this guide and fglrxinfo yielded the desired output.
But then I still got the following problems:
- crash/restart of X when trying to run glxgears
- crash/restart of X when trying to watch mythtv recording
- visual artefacts from window creation
The cause I assumed in that:
glxinfo | grep direct
did not yield 'yes' but 'no' and 'Mesa Indirect'
Long search, quick solution:
sudo apt-get remove xserver-xgl
Note: I don't really know what this actually does in the context of a desired installation, so try at your own risk. I assume this being installed from my earlier Feisty installation where I tried out compiz and AIGLX was not supported by the driver.
After removing the xserver-xgl package, all problems described above vanished.
Maybe someone with more detailed knowledge might find it useful to add a paragraph to the page.
Comment: I had a lot of trouble until I found your solution. Removing xserver-xgl made most of the graphical artifacts disappear (I still have some black bars in the bottom right corner of one screen), and made my dual screen setup work again. Should this be in the general guide?
Comment: I was seeing some very similar behavior after following this tutorial. glxgears would cause gdm to crash and the artifacts were left on the screen. The system would also be dog slow, moving windows was very laggy. Removing xserver-xgl did the trick for me!
I never had problems until Gutsy & 7.11 came:
(bmhm@Sentinux)[~] $ cat /var/log/Xorg.0.log | grep "(WW)" (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. (WW) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (WW) fglrx(0): board is an unknown third party board, chipset is supported (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* *
(bmhm@Sentinux)[~] $ cat /var/log/Xorg.0.log | grep "(EE)" (EE) fglrx(0): [pcie] Failed to gather memory of size 262144Kb for PCIe. Error (-1000) (EE) fglrx(0): atiddxDriScreenInit failed, GPS not been initialized. (EE) AIGLX: Screen 0 is not DRI capable
Any Ideas? It did work before (on feisty, using older drivers)!! Help!! --188.8.131.52 14:08, 22 November 2007 (CST)
I SOLVED (subvertigo): The problem was the fglrx.ko . The symbolic link have been overwritten at each reboot. Check if the fglrx.ko in the "volatile" folder is a symbolic link or not to that in the "misc" folder (Gnome reports an arrow on the icon if it is, and must have the same dimension). If it is the same problem see the first paragraph to see how I solved.
The symbolic link is gone after a reboot. Filesize of the one in the misc folder is 2084611 bytes and the one in the volatile folder is 1058754 bytes. I don't know where/what this copying is done. :(
Performing the following command:
find / -name 'fglrx*.ko'
So where this 1058754 bytes sized version exists on the system is unclear to me.
(Partially) Installed but 7.11 Driver NOT used
The catalyst control center is available under "accessories" and list the following.
- Driver version : 8.43.2
- Catalyst Control Center Version : 1.6
- .. Provider : Mesa project ...
- .. Renderer : Mesa GLX Indirect
- .. Version : 1.4 (2.1 Mesa 7.0.1)
- "Restricted" repositories not commented
- The "restricter driver manager" says that the driver is enabled and in use.
- Symbolic link exists
Really don't know what the problem is.
EDIT (subvertigo) The problem is almost surely the "fglrx.ko"... see the first paragraph for the solution. Moreover the "restricted manager" should say that the driver is NOT enabled (equivalent to blacklist the original "fglrx" in linux-restricted-modules-common).
Method 1 fails, since xorg-driver-fglrx and fglrx kernel module versions differ
xorg-driver-fglrx is version is 8.38.7-1 and the fglrx kernel module version in linux-restricted-modules-generic is still 8.37.6.
ad@homer:~$ cat /var/log/Xorg.0.log | grep "(EE)" (EE) fglrx(0): incompatible kernel module detected - HW accelerated OpenGL will not work (EE) AIGLX: Screen 0 is not DRI capable
I installed the latest Radeon driver using the ATI installer and found myself trying to solve this reboot problem. Eventually I deduced that the modules in the Gutsy /lib/modules/(uname -r)/volatile/ directory are generated (compiled?) on a reboot from the files in the directories contained in /lib/linux-restricted-modules/(uname -r)/. By replacing the three files in fglrx with the matching named files from ATI's /lib/modules/fglrx/build_mod/ it appeared to work happily on a reboot.
I am not entirely convinced by this empirical solution as I do not understand the compilation process well enough. (Hugh Kernohan)