Changer la résolution de la console (sans X)

Recherche :

Dernière réponse
Sujet : Changer la résolution de la console (sans X)
madkat	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.

Dernière réponse

Sujet : Changer la résolution de la console (sans X)

madkat

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.

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

madkat

THRAK

madkat a écrit :

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.

madkat

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 :)

THRAK

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).

madkat

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

docwario

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...

madkat

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)

aka Shiva

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...:)

madkat

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

Voici mon lilo.conf

Citation :

# This allows booting from any partition on disks with more than 1024
# cylinders.
lba32

# Specifies the boot device
boot=/dev/hda

# Bitmap configuration for /boot/sarge.bmp
bitmap=/boot/sarge.bmp
bmp-colors=1,,0,2,,0
bmp-table=120p,173p,1,15,17
bmp-timer=254p,432p,1,0,0

# Install the specified file as the new boot sector.
# LILO supports built in boot sectory, you only need
# to specify the type, choose one from 'text', 'menu' or 'bitmap'.
# new: install=bmp old: install=/boot/boot-bmp.b
# new: install=text old: install=/boot/boot-text.b
# new: install=menu old: install=/boot/boot-menu.b or boot.b
# default: 'menu' is default, unless you have a bitmap= line
# Note: install=bmp must be used to see the bitmap menu.
# install=menu
install=bmp

default="debian-2.6.11"
prompt
nowarn
timeout=100
# message=/boot/message
menu-scheme=wb:bw:wb:bw

map=/boot/map
vga=5

image=/boot/vmlinuz-2.6.11-1-k7
label="debian-2.6.11"
root=/dev/sda1
initrd=/boot/initrd.img-2.6.11-1-k7
append="acpi=on resume=/dev/hda3"
vga=5
read-only

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

Citation :

(EE) Unable to find a valid framebuffer device

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

:jap:

0x90	http://dev.gentoo.org/~spock/projects/vesafb-tng/ ;)

deather2

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

madkat

OK merci je vais chercher un peu par la.

aka Shiva

madkat a écrit :

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 :jap:

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. ;)

Willits

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)

madkat

arghbis

avec le framebuffer, on peut pas le modifier?

deather2

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

Willits

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