change tty => system crashes (ati driver/tty resolution)
DebianThis forum is for the discussion of Debian Linux.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
change tty => system crashes (ati driver/tty resolution)
When I am in X and try to change tty, my system hangs really bad and I am forced to reboot using the power button. I am running debian, kernel 2.6.4 with ati drivers (installed using the guide at http://xoomer.virgilio.it/flavio.sta...installer.html). I believe it is some problem with the drivers in combination with the fact that I use a 1280x1024 resolution at my tty's. The ati drivers are working very good otherwise. I can't give much specific detail what I changed causing the crash. I rarely change tty, I found the problem when I rebooted (which I do once a month or so).
I can't find where I set the resolution at the tty's. Maybe changing it back to the default (is it 640x480?) might help....
Thanks in advance.
PS. This is not really debian related, but I didn't know a better place to post it. If anyone have a better suggestion, please let me know.
Could you give more info about your hardware? I'm using Debian Sarge with kernel 2.6.6, XFree 4.3.0, and ATI's fglrx 3.9.0 driver (I have an ATI 9200 SE I think) and I can change to a tty and back to X without problems. I'm using a framebuffer at 1280x1024 for the ttys.
Do you use a framebuffer for the tty's, or do you use SVGAtextmode?
For framebuffer, you can configure it via the kernel command line (in lilo.conf if you use LILO). It might help if you post your curren kernel command line here.
Like you, I am using deb sarge, XFree version 18.104.22.168 and fglrx 3.9.0, but I've got a 9800 pro and the 2.6.4 kernel. I've seen that one can specify the resolution using a vga line in lilo, but this is not how I've done it. Iirc, I think I enabled an obvious flag when compiling the kernel (called sth like enable_framebuffer) and then a configuration program was run where I was able to set the resolution. If I just could remember which one.... I could upgrade the kernel if you think that would help, but I feel like the problem is elsewhere (but I don't have a clue, really).
I'm a bit careful when modifying lilo, 'cause this comp doesn't have a floppy (yeah, yeah, got a 9800 pro but no floppy - good priority :-) )
If you have a framebuffer, the resolution is (afaik) always stored in /etc/lilo.conf. Could you look there for a line starting with "append" or "literal" and post it here? Maybe that gives a clue about your framebuffer config (eg. whether you are using the standard VESA framebuffer driver or the atyfb driver).
Btw. what do you mean exactly by "system hangs really bad"? Probably it's "only" the X server that crashed; then you might be able to log in from another computer via network (with SSH or telnet) and kill the X server...
Also, in this case your problem might be the same as posted in this thread as issue #2: http://www.rage3d.com/board/showthre...eadid=33733550 (ATI Linux Issues Thread)
Regarding the boot cd, I've got a bootable debian net-install cd. That'd probably work, don't you think?
I thought (hoped) too that it was only X that crashed, but unfortunately not. The screen goes black and white, all distorted. Hence the result is similar to #2 in your rage3d-link. However, I am running fluxbox, not KDE (although KDE is installed on the system). But it is easy to give Gnome a try.
1. Logging out of fluxbox => system freeze (I am using GDM graphical login screen)
2. Rebooting, and this time into Gnome
3. Resets Gnome with ctrl-alt-backspc => system freeze again.
4. Rebooting into Gnome again, selecting GDM non-graphical login screen.
5. Exit Gnome properly (logout from the menu) => system freeze BUT with no signal to the monitor (i.e. the little lamp changed from green=on to orange=off).
Hum hum... What does this imply??
The boot message when changing the resolution reads "Console: Switching to colour frame buffer device 160x64"
Actually I don't know any other reason about what might cause this problem (
Generally you could try:
-fiddling with the "Device"-Section in your /etx/X11/XF86Config-4 (try disabling acceleration, or change the chipid - see http://www.rage3d.com/content/articles/atilinuxhowto/, #14.2)
-disabling the framebuffer in the kernel (see http://www.tldp.org/HOWTO/Framebuffer-HOWTO-5.html for more info about framebuffers)
-installing an older driver (3.7.6 was the one before 3.9.0 I think)
-do you use the internal or the external agpgart module? For me, only the external module + nvidia_agp (for AGP support on nForce2 boards) worked. Again, the Howto at rage3d.com has more info about that.
Maybe these hints are solving your problem, but they're just "random shots".
About the boot cd: yes, the Debian installer disc should work; but anyway I'd recommend using a "real" Live-Linux on CD, which comes with more tools.