DebianThis forum is for the discussion of Debian Linux.
Notices
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: approximately NixOS (http://nixos.org)
Posts: 1,900
Rep:
Hello, konsolebox.. <I must go read what LQ friend list is>. I can suppose situation where chvt + fbset will give other results, but I'm not sure. It can get tty it is run from - or not.. About console switching - read middle of the thread, any deinitialization of video mode set by that fine driver (TFD) fails, more or less.
About run level: go to /etc/init.d . Create two scripts: doing chvt 1 and doing fbset (or running sample svgalib go-to-textmode program). Then create two links in /etc/rc6.d (and same in rc0.d): S00_30_chvt and S00_60_fbset .
In svgalib.conf try killing mouse.. If you try to initialize mouse while X is alive, you'll have to fight for control, and X is bigger and already there, you know...
About step-by step: I am just throwing ideas. I've encountered similar problems, but ignored them (and later found DRI driver). I'm not sure if something will help. I'm sure it mustn't (but there are possibly deadly bugs - though unlikely) ruin your disk contents, and you understand well it can ruin your session when run. So I propose experiments which are most close to what should work. I can give ideas and advice on rough edges, but not complete guide..
So as Konsolebox suggested, I gave the following command:
Code:
chvt 1; fbset -v "1024x768-76"
Again the monitor went out of range i.e. the blank screen. Now on hitting ctrl-alt-f7(blindly) I was again taken to my fluxbox windows manager and I got the following message on my xterm screen:
Code:
chvt 1; fbset -v "1024x768-76"
Opening framebuffer device '/dev/fb0'
Reading mode database from file '/etc/fb.modes'
Unknown video mode '1024x768-76'
root@debian:~#
Am I missing something?
Any other settings which you think might work?
If this does not work then I think I will try the svgalib path as suggested by raskin
Thank you.
Last edited by kushalkoolwal; 07-28-2006 at 02:26 PM.
since the "1024-768-75" was there in the fb.modes file but I got the same out of range message from monitor. As mentioned before I can type blindly everything.
I am using "ViewSonic VG510b" monitor. I have tried changing monitors also but the same old result.
If we can find a way to reset the framebuffer text console to it's default setting by fbset then I think it may do the trick.
it seems that the values in fb.modes are not compatible with your monitor. ok you can do my trick.
restart system to console. then run fbset. take note of the mode and enter the values to /etc/fb.modes. if the mode already exist, just comment it with '# ' then enter the new values below it.
now restart the system again so that fb.modes is surely loaded.
try 'fbset <mode>' in console. nothing should change to your monitor.
then run x and try the old procedure with the mode.
btw don't run 'chvt 1; fbset -v "1024x768-##"' in xterm or konsole. run it in the run command box.
Right now I am using fluxbox manager. The system with GNOME installation is on a another hard drive. I can try the Run command box method on GNOME but what should I do for the fluxbox??
restart system to console. then run fbset. take note of the mode and enter the values to /etc/fb.modes. if the mode already exist, just comment it with '# ' then enter the new values below it.
Yes I entered the new values which I got from fbset
Quote:
now restart the system again so that fb.modes is surely loaded.
try 'fbset <mode>' in console. nothing should change to your monitor.
Yes the screen did not change. May be I am getting on to somethig....(atleast I think so)
Quote:
then run x and try the old procedure with the mode.
grrrrr....There goes my screen OUT OF RANGE again. Exact same behaviour. When I switch back to Fluxbox by Ctrl-Alt-F7, I get this at the terminal:
Code:
Linux Frame Buffer Device Configuration Version 2.1 (23/06/1999)
(C) Copyright 1995-1999 by Geert Uytterhoeven
Opening frame buffer device `/dev/fb0'
Reading mode database from file `/etc/fb.modes'
Using video mode `1024x768-76'
Setting video mode to `/dev/fb0'
Yes I did run the command "chvt 1; fbset...." from the Run Dialog box as you had suggested.
Well, is there anything I can do to solve this. We all have come this far and I really don't want to give up at this stage....
Again thank you very very much. Appreciate your efforts. Long Live Linux and people like you.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.