Bonjour,
 
Je voudrai savoir c'est dans quelle fichier où je mets la résolution de la console (avec le Hz), car pour l'instant ma console est en 1024x768 60Hz, et je voudrai la passer en 1024x768 75Hz. (Sans Xorg)
 
Je vous remercie.
 
Willits

Ce n'est pas possible. La console utilise un pilote VESA qui ne marche qu'en 60hz malheureusement.

avec le framebuffer, on peut pas le modifier?

Salut, j'ai le meme probleme sous debian, en mode console je voie rien tellement c'est écrit en gros. J'ai essayé de changer le mode vga de lilo mais au boot, apres quelques lignes la résolution rechange et je ne voie rien.
 
Donc si quelqu'un a une autre facon de régler ca a me proposer je suis preneur

Dommage, ça aurait été sympa d'avoir le jolie démarrage de Suse 9.3 en 75 Hz, j'ai cherché un peu, mais je n'ai rien trouvé. (Si, mais ça marche pas)

 
 
Tu peux avoir 50 lignes de console avec effectivement le paramètre vga=1 ajouté à la ligne kernel de lilo.conf. Il faut aussi changer la police system de ton /etc/sysconfig/i18n: remplacer sun16 par sun08. Sous Fedora Core 3.  
 
Même si t'as un message au boot comme quoi la police est introuvable, ça marche quand-même. Petit détail à régler ultérieurement.

OK merci je vais chercher un peu par la.

Euh, plus simple, suffit de passer vga=791 au kernel pour avoir du 1024x768.

http://dev.gentoo.org/~spock/projects/vesafb-tng/

Bon je up un peu le topic parceque j'ai toujours des problèmes, même en 2.6.11
 
Voici mon lilo.conf

 
Je n'ai laissé que les parties intéressantes.
 
Au boot, l'image est réglée sur un mode qui me conviens, puis quand le noyau demare, apres quelques lignes de log, la résolution de l'écran passe a un autre mode illisible (mauvaises fréquences) que je n'ai jamais réussi à régler. J'ai vérifié que le frame buffer est activé et c'est le cas.
J'ai pourtant toujours un message d'erreur dans le log d'XFree86

 
Voila si quelqu'un peut m'aider ca serait cool, j'aimerais bien pouvoir utiliser correctement mes tty
 

J'ai pas lilo mais grub mais ça correspond à quoi, vga=5?
 
T'as essayé vga=791, comme l'a suggéré Deather2?
Je vais l'essayer moi, pour voir ce que cela donne...

vga=5 c'est juste un autre mode qui correspond plus a ce que je cherche en mode console. Sinon avec vga=5 ou 791 c'est le même problème, juste apres lilo (quand j'ai choisi sur quoi je boote), le mode sélectionné fonctionne pendant quelques secondes, mais après la résolution/fréquence de l'écran change pour une qui fait nimporte quoi (écran coupé en haut et en bas + déformations d'image)

a partir de quel moment l'affichage part en couille ?
qu'est-ce qui est chargé à ce moment là ?le pilote du frame buffer de ton kernel est bien celui de ta carte graphique ?
je te conseille de recompiler ton noyeau et de n'y laisser que le pilote fb de ta carte en dur...

Je n'ai jamais vraiment lu ce qui s'affiche au moment ou la résolution change (ca va vite !) mais ca se fait très rapidement et bien avant le démarrage du serveur X.
 
Sinon pour la compilation du noyau j'y ai pensé, je le faisait sous mandrake mais je n'ai encore jamais fait ca sous debian. J'ai installé les kernels-headers mais je n'ai pas vu de package kernel-sources.
 
Je vais regarder un peu dans cette voie

Il faut utiliser le framebuffer (et donc un noyau avec toutes les options qui vont bien) et le pilote vesafb, ou mieux, vesafb-tng (il est peut être nécessaire de patcher le noyau selon les sources employées).
 
Ensuite on contrôle le mode d'affichage avec l'option vga ou video depuis le chargeur de démarrage en passant la valeur en hexa qui correspond au mode souhaité, par ex: vga=0x317 (1024x768 en 65536 couleurs).
Pour contrôler le taux de rafraîchissement en revanche il me semble que le pilote vesafb-tng soit nécessaire (le vesafb standard ne permettant que de gérer la résolution et la profondeur des couleurs), la syntaxe est alors la suivante, par ex: video=1024x768-16@75 (résolution-profondeur@taux_de_rafraîchissement).

Je suis en train de compiler un noyau, hier ca n'a pas marché avec la méthode debian (qui crée un .deb) , mais je pense que c'est parcequ'aucun initrd n'a été créé. La je fait avec la méthode que je connais.
 
Sinon mon noyau debian de départ avait bien le framebuffer activé d'après le fichier de configuration, et j'arrivais a faire fonctionner des trucs du style "mplayer -vo vesa" en mode console (pas d'accélération par contre alors qu'elle est théoriquement gérée .
 
Je finis ma compil et je teste, je posterais les résultats

Et bien moi j'utilise la méthode Debian pour créer mes noyaux et je n'ai pas de problème. Remarque qu'initrd est facultatif si les pilotes nécessaires au montage de la partition racine sont compilés en dur et non initialisés à partir d'une image chargée en mémoire, à moins bien sûr que tu n'utilises bootsplash.

Bon je renonce a compiler un noyau sous debian parceque ca marche pas (tm).
 
Ca compile mais aucun de mes noyaux (2.6.8 ou 2.6.11) n'a jamais accepté de bouter.
 
Par contre j'ai réinstallé le kernel 2.6.8-2-k7 et ô magie ma résolution d'écran est bien prise en compte
 
Bref c'est peut être un bug du 2.6.11 quoi que il me semble que j'avais déja testé le 2.6.8 sans succès.
 
Bref ca marche maintenant.