Re: X affecting console text color?? [solved]
On Sun, Jun 01, 2008 at 21:09:34 +0200, Florian Kulzer wrote:
> On Sun, Jun 01, 2008 at 14:27:54 +0200, Sjoerd Hiemstra wrote:
> > Op Sat, May 31, 2008 at 16:39:03 +0200, Florian Kulzer wrote:
> > > On Fri, May 30, 2008 at 14:10:47 +0200, Sjoerd Hiemstra wrote:
> > > > My console text has the default light gray color - until X is
> > > > started.
> > > >
> > > > When going from X to the console with Ctrl-Alt-F2, the console
> > > > foreground color has turned to dark gray, hardly readable on the
> > > > black background.
> > > > Even after logging out of X, back into the console, the console
> > > > text remains dark gray.
> > > > Only after restarting the computer, the default light gray text
> > > > color has returned.
> > > >
> > > > This phenomenon started 1 or 2 weeks ago, during a lenny upgrade
> > > > involving a large number of files that had 'xorg' in their
> > > > names.
> > > >
> > > > Anyone else having this?
> > > > How could X affect the default console text color?
> > >
> > > Maybe a bug in the video driver screws up the video mode
> > > switching. Which xorg video driver are you using?
> > The R300 driver, videocard is ATI Radeon 9500.
> > But now we're moving towards the limits of my knowledge. How do
> > I find out if this driver is still used, after the xorg upgrade
> > 2 weeks ago?
> grep '/drivers/' /var/log/Xorg.0.log
> should tell you which driver is loaded. It will probably be
> ati_drv.so, which is a "smart" wrapper for all ATI cards. It should
> detect that your card needs radeon_drv.so and load that one.
This appears to be the case:
$ grep '/drivers/' /var/log/Xorg.0.log
(II) Loading /usr/lib/xorg/modules/drivers//ati_drv.so
(II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so
> > > You could try to downgrade to the previous version or test if the
> > > vesa driver leads to the same problem.
Indeed, with the vesa driver, the problem disappears.
> Both ati_drv.so and radeon_drv.so are in xserver-xorg-video-ati, so
> you could try to downgrade to the previous version of that package
> (found in your package cache or at snapshot.debian.net).
After removing the vesa driver from /etc/X11/xorg.conf I downgraded
xserver-xorg-video-ati from 1:6.8.0-1 to 1:6.7.197-1 :
# dpkg --force-downgrade -i xserver-xorg-video-ati_6.7.197-1_i386.deb
# aptitude hold xserver-xorg-video-ati
and indeed, this appears to be a solution.
Now when I notice that a newer version of xserver-xorg-video-ati has
moved to testing (which, among other places, I can see at
http://packages.qa.debian.org/x/xserver-xorg-video-ati.html - thanks to
Kelly Clowers) then I will do an
'aptitude unhold xserver-xorg-video-ati'
and the usual 'aptitude update' and 'aptitude safe-upgrade'.
Thanks to you and Kelly for the perfect replies. I found the rest of
your suggestions, not mentioned here, to be clarifying as well.
I'd like to make clear that I was not whining about having a big
problem though. Waiting a few months would be acceptable.
It would just be annoying if it would last forever.